消息循环是否在 UI 线程上执行？

Question

我很困惑 winforms 中的消息循环是如何工作的。我正在处理 Windows 表单，我知道何时调用 Application.Run(myform)，因此它将创建一个消息队列和消息循环，然后显示我的表单并开始在消息队列中检索消息以进行调度。

我阅读了一些主题，但仍然不明白消息循环在幕后是如何工作的，UI Thread both running message pump AND executing code? 和 How does the message loop use threads?

我的问题是：消息循环是否会在 UI 线程上运行。如果是，为什么它不阻塞 UI 线程？

如果问题不清楚，请告诉我，对不起，因为我的英语不好。

Answer 1

这个示例代码可以大致解释消息循环：

Message message;
while (PeekMessage(out message))
    ProcessMessage(messae);

是的，这“阻塞”了线程。线程将始终等待消息出现（PeekMessage 应在消息准备好时返回）或处理消息。

重要的是要知道 this 是不会阻塞 UI 的魔法。 UI 需要响应的任何内容都作为消息处理。

非常重要的部分是，为了避免阻塞 UI，无论 ProcessMessage 为处理单个消息所做的工作不应花费太长时间。

如果用户点击一个按钮，这将作为消息处理。作为处理该消息的一部分，将调用 your 事件处理程序。如果该事件处理程序开始做一些冗长的事情，您不会返回到消息循环，因此它会在您的按钮单击事件处理程序运行时停止处理消息。

是的，消息循环在 UI 线程上运行。是的，它也阻塞了 UI 线程，但它继续运行的事实意味着它没有阻塞 UI。

---

受到评论的启发，我认为我应该发布一个类比来解释循环工作的原因。

想想供应食物的当地熟食店。有些食物是现成的，只需要卖给消费者，有些食物必须按需准备。

这家熟食店有几个典型的操作：

1. 必须接受食物订单
2. 食物必须准备好或取来
3. 食物必须提供给消费者

现在，考虑一个桌子后面只有 1 个人的熟食店。

此人为每个消费者执行这三个操作。显然，如果一位消费者订购了必须当场准备好的食物，其余消费者将不得不等待。

另一方面，如果这些订单可以交给厨师，即接单员工的同事，那么接单的速度会更快。

在 Windows 中，消息循环是这个接受订单的员工，而且只有他。

作为处理订单（消息）的一部分，此人必须先检查其他人，然后等待，然后再将食物（结果）送回消费者手中。因此，任何冗长的处理都会减慢该队列的处理速度。

另一方面，如果“其他人”只是说，你回到队列并告诉消费者他会在食物准备好后得到食物，那么队列就会移动，即使现在有人在等他们的食物。

这是为了保持 UI 响应而引入的典型线程或异步处理。

Answer 2

消息循环是否在 UI 线程上运行？

是的。确实如此。

如果是，为什么它不阻塞 UI 线程？

您应该将消息循环视为无限循环：它一直在运行。每当队列中有要处理的消息时，它就会将其拾取并执行。这可以是一个被点击的按钮。那时，按钮会收到有关事件的通知，它将运行与其关联的代码，例如您的 button_Click 事件处理程序。如果您将Thread.Sleep(10000) 放入其中，您会注意到它将在睡眠期间（10 秒）阻塞整个应用程序。您无法调整大小、重绘或执行任何其他操作，因为消息循环也被阻止。一旦事件处理程序结束，它将继续从队列中获取下一条消息。