c# – 调试阻塞的Windows消息循环的想法

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – 调试阻塞的Windows消息循环的想法，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1677字，纯文字阅读大概需要3分钟。

内容图文

我有一个长期的C#.NET 3.5应用程序’冻结’,我很茫然.有两个C#可执行文件.一个有完整的用户界面,另一个用作托盘应用程序.他们都通过WCF与第三个服务应用程序通信,也在托盘中运行.

随机主Winforms应用程序的UI线程将死锁.神奇的是,如果我退出托盘应用程序,此应用程序的UI将解锁.

每当我将调试器附加到任一应用程序时,我都没有学到任何用处. UI线程在Application.Run方法的冻结应用程序中被阻止.所有其他线程都处于休眠状态,或者在Invokes上阻塞到UI线程上.

同样神秘的另一个像Photoshop这样的运行应用程序会出现奇怪的问题,同时这个僵局已经到位.退出托盘应用程序也会对此进行排序.

我可以推断出主要的Windows级消息泵出现了问题,但我真的不明白如何进一步调试.我已经安装了框架源代码,可以看到死锁应用程序停留在while循环中：

Application.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop

但对这些信息做任何事都不够了解.

有没有人有什么建议可以进一步看？几个月来我一直在追逐这个随机死锁bug.

谢谢,
缺口

解决方法:

我认为这可能是一个红色的鲱鱼,因为这个是在Visual Studio SDK中,所以你的调试真的冻结了.

我不得不调试一些工作相关/工作无关的冻结,他们非常讨厌,需要细致的仪器和代码审查.请耐心等待！

以下是我的一些建议：

1)你会在途中看到一些红色的鲱鱼,所以要小心不要对它们进行窃听,并将问题的表现与原因本身混淆.

2)冻结的时间是什么时候？多久时间？ TCP连接超时通常需要23秒,而数据库连接在30秒内超时,120秒内的命令(在不同的设置上可能会有所不同),因此所需的时间是一个很大的线索.如果它不能自行解决而你必须关闭一个应用程序来摆脱它,它几乎肯定是一个线程或数据库死锁.

3)使用sysinternal的Process Explorer和Process Monitor来查看它们正在做什么以及它们冻结的位置.最后的神圣不可能给你一个暗示.

4)我知道这需要一段时间,但是开始在代码中编写跟踪,以便找到问题的根本位置,从那时起,通常需要几个小时到几天才能找到问题.

5)如果您有更多信息,请发布另一个问题并告诉我.

内容总结

以上是互联网集市为您收集整理的c# – 调试阻塞的Windows消息循环的想法全部内容，希望文章能够帮你解决c# – 调试阻塞的Windows消息循环的想法所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端