我有一个长期的C＃.NET 3.5应用程序'冻结'，我很茫然。有两个C＃可执行文件。一个有完整的用户界面，另一个用作托盘应用程序。他们都通过WCF与第三个服务应用程序通信，也在托盘中运行。
随机主Winforms应用程序的UI线程将死锁。神奇的是，如果我退出托盘应用程序，此应用程序的UI将解锁。
每当我将调试器附加到任一应用程序时，我都没有学到任何有用的东西。 UI线程在Application.Run方法的冻结应用程序中被阻止。所有其他线程都处于休眠状态，或者在Invokes上阻塞到UI线程上。
同样神秘的是，像Photoshop这样的另一个正在运行的应用程序在这种僵局到位时会表现得很奇怪。退出托盘应用程序也会对此进行排序。
我可以推断出主要的Windows级消息泵出现了问题，但我真的不明白如何进一步调试。我已经安装了框架源代码，可以看到死锁应用程序停留在while循环中：
Application.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop
但是对这些信息做任何事都不够了解。
有没有人对可以进一步观察的地方有任何建议？几个月来我一直在追逐这个随机死锁bug。
谢谢， 尼克
答案 0 :(得分：2)
我认为这可能是一个红色的鲱鱼，因为这个是在Visual Studio SDK中，所以你的调试真的冻结了。
我不得不调试一些与工作相关/工作无关的冻结，它们非常非常讨厌，需要细致的仪器和代码审查。请耐心等待！
以下是我的一些建议：
1）你会在路上看到一些红色的鲱鱼，所以要小心，不要对它们进行窃听，并将问题的表现与原因本身混为一谈。
2）冻结的时间是什么时候？多久时间？ TCP连接超时通常需要23秒，而数据库连接在30秒内超时，120秒内的命令（在不同的设置上可能会有所不同），因此所需的时间是一个很大的线索。如果它不能自行解决而你必须关闭一个应用程序以摆脱它，它几乎肯定是一个线程或数据库死锁。
3）使用sysinternal的Process Explorer和Process Monitor来查看它们正在做什么以及它们冻结的位置。最后的神圣不可能给你一个暗示。
4）我知道这需要一段时间，但是开始在代码中编写跟踪，以便找到问题的根本位置，从那时起，通常需要几个小时到几天才能找到问题。
5）如果您有更多信息，请发布另一个问题并告诉我。