我有一个运行在 Windows Server GoDaddy VPS 上，使用 Visual Studio 2010 IDE 中的 debug mode (F5) 运行 .NET 2.0 控制台应用程序。
这个应用程序会周期性地冻结（就像垃圾回收器暂时挂起了执行），但极少数情况下它永远不会恢复执行！
我已经在排除故障了几个月，但想法越来越少。
请问有人有诊断发生了什么的提示吗？
它也支持多线程
这是问题的关键部分。您正在描述一个多线程程序可能出现的典型问题。它正遭受死锁，这是线程的典型问题之一。
从信息中可以进一步缩小范围，显然您的进程并没有完全冻结，因为它仍然消耗着100%的CPU。您可能在代码中有一个热等待循环，在该循环中，一个线程会一直等待另一个线程发出信号。这可能会引起一种特别恶劣的死锁，即活锁。 活锁对时间非常敏感，代码运行顺序的微小变化可能使其陷入活锁状态，并再次跳出来。
由于尝试调试会使此状况消失，因此找到活锁错误非常困难。例如，附加调试器或打断点都足以改变线程的时间表并将其从条件中移出。或者在代码中添加日志记录语句，这是调试线程问题的常用策略。但这会由于日志记录开销而改变时间表，进而可能使活锁完全消失。
这很麻烦，而且很难从像SO这样的网站上获得对此类问题的帮助，因为它极其依赖于代码。通常需要全面审查代码才能找到原因。并且往往需要进行彻底的重写。祝您好运。
lock语句（并且从不嵌套锁）。主线程将在访问资源之前从工作线程中“锁定”资源，而工作线程将在访问资源之前仅锁定其自己的资源。没有跨工作线程锁定；主线程是唯一访问工作线程的线程，并且每次只访问一个线程。假设这是真的，调试器将如何解除这两个线程之间的死锁？时间不重要，其他线程也不重要。 - Mr. Smithlock）私有对象实例是最佳实践，但不这样做肯定不是根本性的缺陷；如果您不遵循此最佳实践，则需要非常注意使用 lock(this)、lock(typeof(MyType)) 和（唯一一个曾经欺骗我的）lock(some_instance_of_a_string) 的危险。 - Mr. Smithcatch{}，但我不重试；我使用 catch{} 是因为这些地方可能因为普通的（且被充分理解的）原因而失败（例如，套接字关闭）。在使用 catch{} 的情况下，我不尝试重新发送，只是优雅地失败。如果问题消失了，我会很高兴，但即使无法解决，我也会接受一个解释导致问题出现的答案。 - Mr. Smith首先，开始使用 .NET 的服务器 GC：http://msdn.microsoft.com/en-us/library/ms229357.aspx。这样可能会让您的应用程序非阻塞。
其次，如果您可以在 VM 上进行操作，请检查更新。这似乎总是显而易见的，但我见过很多情况，一个简单的 Windows 更新就可以解决奇怪的问题。
第三点，我想提出一个关于对象生命周期的观点，这可能是其中一个问题。这个故事相当长，所以请耐心听我说。
对象的生命周期基本上是构建-垃圾回收-终结。所有三个过程都在单独的线程中运行。GC 将数据传递给终结线程，后者有一个队列来调用“析构函数”。
那么，如果您有一个做一些奇怪事情的终结器，比如：
public class FinalizerObject
{
public FinalizerObject(int n)
{
Console.WriteLine("Constructed {0}", n);
this.n = n;
}
private int n;
~FinalizerObject()
{
while (true) { Console.WriteLine("Finalizing {0}...", n); System.Threading.Thread.Sleep(1000); }
}
}
由于终结器在处理队列的单独线程中运行，因此拥有一个执行愚蠢操作的单个终结器对您的应用程序是一个严重的问题。您可以通过使用上述类2次来查看此问题：
static void Main(string[] args)
{
SomeMethod();
GC.Collect(GC.MaxGeneration);
GC.WaitForFullGCComplete();
Console.WriteLine("All done.");
Console.ReadLine();
}
static void SomeMethod()
{
var obj2 = new FinalizerObject(1);
var obj3 = new FinalizerObject(2);
}
static void Main(string[] args)
{
SomeMethod();
GC.Collect(GC.MaxGeneration);
GC.WaitForFullGCComplete();
Thread.Sleep(1000);
lock (lockObject)
{
Console.WriteLine("All done.");
}
Console.ReadLine();
}
static object lockObject = new Program();
static void SomeMethod()
{
var obj2 = new FinalizerObject(1, lockObject);
var obj3 = new FinalizerObject(2, lockObject);
}
[...]
~FinalizerObject()
{
lock (lockObject) { while (true) { Console.WriteLine("Finalizing {0}...", n); System.Threading.Thread.Sleep(1000); } }
}
所以我可以看到你在想“你是认真的吗？”；事实上，你可能正在做这样的事情，甚至没有意识到。这就是“yield”的作用：
从“yield”返回的IEnumerable实际上是IDisposable，并且作为实现IDisposable模式。将您的“yield”实现与锁定组合，忘记使用'MoveNext'枚举调用IDisposable等，您将得到一些相当令人讨厌的行为，反映了上述情况。特别是因为终结器是由单独的线程从终结队列中调用的！将其与无限循环或线程不安全的代码结合使用，您将获得一些相当令人讨厌的意外行为，在异常情况下触发（当内存耗尽或GC认为它应该执行某些操作时）。
换句话说：我会检查您的可处置物和终结器，并对它们非常挑剔。检查“yield”是否具有隐式终结器，并确保您从同一线程调用IDisposable。以下是一些需要注意的事项的示例：
try
{
for (int i = 0; i < 10; ++i)
{
yield return "foo";
}
}
finally
{
// Called by IDisposable
}
和
lock (myLock) // 'lock' and 'using' also trigger IDisposable
{
yield return "foo";
}
- 在没有调试器的情况下运行程序。您可以在任何时候附加调试器来解决问题。
- 当进程冻结时，获取进程转储。使用Visual Studio或WinDBG + sos扩展程序来调查转储。或者将转储放在某个地方，并在此处发布链接。还需要使用构建生成的PDB文件。
- Sergey Zyuzin