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

我有一个长期的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)如果您有更多信息,请发布另一个问题并告诉我.

上一篇:pip自动生成和安装requirements.txt


下一篇:pip freeze >requirements.txt