什么问题？
我正在开发一个需要全天候运行的控制台应用程序，无论何时都不能停止。有没有办法防止多线程应用程序因“某个线程中发生的未处理异常”而崩溃？
为什么？
请不要给出像“你应该管理好所有的异常”，“这永远不应该发生”等教训。我有我的原因：我们正在进行测试部署，需要保持此应用程序运行，记录异常，并重新启动所有线程。如果发生任何意外情况导致抛出未处理的异常，需要检测并调用一些方法来重新启动所有线程（由于层次设计，原子性是不可能实现的）
话虽如此，我知道如果已经因为未处理异常而崩溃，可能无法从“内部”重新启动应用程序（这已经被我实现了）。
到目前为止，我使用了Quartz.net的FileScan作业和Flag文件来检测此类问题，并从外部重新启动应用程序。但这听起来很卑劣。我想找到更清洁、不那么快速和肮脏的解决方案。
下降票/抨击警告 ：我知道这可能不是“原本如此”可行的。请有创意/有帮助而不是突然批评，并将其视为一个“开放性问题”
您需要在当前应用程序域上附加一个事件处理程序来处理未处理的异常事件：
AppDomain.CurrentDomain.UnhandledException += UnhandledExceptionHandler
在处理程序内部，您需要找到一种方法将足够的状态（保存到文件、数据库等）保存下来，以便重启的应用程序能够将其传递给新线程。然后通过调用System.Diagnostics.Process.Start("MyConsoleApp.exe")实例化一个新的控制台应用程序。
非常小心地引入逻辑，以避免崩溃/重启/崩溃/重启的连续循环。
在 .NET Framework 1.0 和 1.1 版本中，发生在主应用程序线程之外的未处理异常会被运行时捕获，因此不会导致应用程序终止。因此，可能会引发 UnhandledException 事件而不终止应用程序。从 .NET Framework 2.0 开始，这种对子线程中未处理异常的后备机制被移除，因为这种静默失败的累积效应包括性能下降、数据损坏和死锁，所有这些都很难进行调试。有关更多信息，包括运行时不终止的情况列表，请参阅托管线程中的异常。
摘自此处：
http://msdn.microsoft.com/en-us/library/system.appdomain.unhandledexception.aspx
如果你希望你的应用程序能够生存下来，那么你需要在你的方法周围使用非常积极的 try/catch 以确保没有任何异常逃脱。我能想到以下解决方案有一些缺点，但对我来说现在足够好:
static void Main()
{
AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(OnUnhandledException);
CS = new ConsoleServer();
CS.Run();
}
public static void OnUnhandledException(object sender, UnhandledExceptionEventArgs e)
{
Exception exception = (Exception)e.ExceptionObject;
Logger.Log("UNHANDLED EXCEPTION : " + e.ExceptionObject.ToString());
Process.Start(@"C:\xxxx\bin\x86\Release\MySelf.exe");
}