c# - 为什么 C# 控制台应用程序可能会调用 `Application.Run()` ？

Question

我见过几个调用 Application.Run() 的控制台应用程序的例子，它在当前线程上启动一个没有表单的消息循环。

https://msdn.microsoft.com/en-us/library/ms157900(v=vs.110).aspx

但是，正如文档所述:

In a Win32-based or Windows Forms application, a message loop is a routine in code that processes user events, such as mouse clicks and keyboard strokes.

因此，Application.Run() 似乎只适用于 GUI 应用程序。

那么从控制台应用程序调用 Application.Run() 的目的是什么，是否有更智能的方法在控制台应用程序中实现相同的功能？

Answer 1

您必须放眼大局，创建 GUI 应用程序的不是 Application.Run()。它正在创建一个窗口。支持窗口的类库，以及与之交互的许多系统和第三方组件，从来都不是线程安全的。但是 GUI 必须始终处理从不同线程生成的通知，这些线程通常位于不同的进程或操作系统中。

棘手的问题，但在软件工程中是一个很常见的问题，并且有一个通用的解决方案，你必须解决producer-consumer problem .其中需要一个线程安全的队列，它由OS提供。以及清空该队列并分派(dispatch)通知的循环，这就是 Application.Run() 所做的。

也是使代码在特定 线程上运行的唯一实用方法。这看起来应该很容易做到，但事实并非如此。一个线程总是忙于执行代码，你不能随意中断它并强制它做其他事情，这会产生可怕的重入问题。调度程序循环是一个安全点，线程在这里发出信号表明它空闲并准备好做其他事情。可能是您在控制台模式应用程序中看到它的原因。当您在该代码中看到 async/await 时，尤其是死机。