我正在开发一款高性能应用程序，由于过载，主进程似乎会停止响应并崩溃 - 时不时地 - （我会收到关闭应用程序对话框，因此应用程序从根本上来说并没有退出，只是冻结了，这很烦人）。
我希望找到一种干净的方式来编程检测应用程序何时被冻结，以便我可以使用BAT（或其他工具）自动终止进程并重新启动。
当然，在审计应用程序的同时，这只是一个临时解决方案，但在此期间非常方便。
TieBreaker : 顺便问一下，有没有办法覆盖Windows的异常屏幕，只是退出应用程序？这通常是最烦人的功能之一。
EDIT:
拜托：这个应用程序确实会冻结，尽管每个任务都在后台工作和线程中运行！我已经在评论中指出了这一点。请相信我不是那么傻。仅仅因为你的应用程序运行在后台工作中，并不意味着它永远不会冻结！正如我所说，我只需要一个服务器上的解决方法。请不要教我如何设计我的应用程序，我已经在努力工作并且知道该做什么。感谢您。
如果没有其他人说出来，我会说 :) 创建一个单独的表单应用程序，它可以执行以下操作-
Process[] prs = Process.GetProcesses();
foreach (Process pr in prs)
{
if (!pr.Responding)
{
try
{
pr.Kill();
}
catch { }
}
}
//then to restart-
var process = new Process
{
StartInfo = new ProcessStartInfo
{
FileName = @"C:\yourapp.exe"
}
};
process.Start();
显然过于简化。
我们通过在服务中使用主服务exe仅作为启动子线程的壳来处理此问题。
然后，子线程负责在能够记录上次“看到”它们的日期/时间时向父级线程报告。
定期间隔，服务应用程序会检查子进程列表，如果一个子进程在预定的一段时间内（即2分钟）没有被看到，但没有报告它已关闭，则父进程将首先尝试加入该线程并优雅地关闭它（通常失败），然后如果这样做不起作用，则终止该线程。
我们多年来成功地使用了这种方法，当我们运行的OCR服务由于OCR软件中的错误而经常挂起时，我们开始使用这种方法。
我知道这并不能立即解决你的问题，我感同身受。但在你能够将业务逻辑与 GUI 分离，并在线程（后台工作者）中处理错误情况并将其传递到 GUI 之前，你仍然会对当前代码感到沮丧。
如果某些东西被锁定，那就意味着业务逻辑与 GUI 操作过于紧密耦合，必须在你从 GUI 中获得所需性能之前进行分离。
希望有所帮助。