当 C# 表单关闭时替代 async/await 因为 await 永远不会返回？ [复制]

Question

我有一个启动其他进程的 C# Windows 窗体应用程序。当表单关闭时，我需要关闭这些进程并确保它们已经消失，这样它们就不会像僵尸进程一样徘徊。我的策略是通过套接字桥向进程发送关闭命令，然后等待它们正常关闭。但是 3 秒后，如果它们还在，我会强制关闭它们（杀死它们）。

最初我使用了表单的 Closing 事件中的 await Task.Delay(3000) 指令。然而这并没有奏效。当 await Task.Delay(3000) 语句试图返回时，主线程已经消失，因此如果子进程仍在 附近，该语句之后的代码会强制关闭子进程从未执行过。为了解决这个问题，我将 await Task.Delay(3000) 更改为普通的 Thread.Sleep(3000) 语句。现在执行 Thread.Sleep(3000) 之后的代码，因为线程从未像以前那样切换。

但是，在 3 秒内我的应用似乎没有响应。我可以使用什么技术来确保 3 秒等待后的代码确实执行，而不会阻塞主 UI 线程？

Answer 1

在表单的关闭事件中，您可以启动一个新线程，它所做的只是：

• 睡 3 秒
• 然后杀死进程

因为睡眠发生在那个单独的线程上，所以您不必担心冻结 UI。而且因为您的线程不是后台线程，所以它在休眠时不会消失:)

编辑：

我运行了这个简单的测试来证明我的观点。即使在我关闭表单并且 FormClosing 事件完成之后，我的线程仍在运行，并且应用程序只有在线程唤醒并完成其工作后才真正关闭。我疯了吗？

  private void Form1_FormClosing(object sender, FormClosingEventArgs e)
  {
     Thread t = new Thread(() =>
     {
        Thread.Sleep(10000);
        Debug.WriteLine("I am still alive!!!  So I can still kill the processes here");
        // After this point, the process shuts down, because this was the last thread running.
     });
     t.Start();

     // at this point, the form will close, but the process is still alive as long as thread `t` is alive.
  }

编辑 2：

对于任何想对此投反对票的人：至少拿我的小sn-p代码尝试一下，然后再假设它不起作用。如果它完全失败，请给我投票并让我知道，以便我可以从中学习。

但就目前而言，至少我尽了自己的一份力量：我实际测试了这个，它确实有效。