消息循环如何使用线程

How does the message loop use threads?

本文关键字：线程 何使用 循环 消息      更新时间：2023-10-16

我有点困惑，想知道我是否被误导了，在另一篇文章中，我被告知"新线程只有在您明确创建它们时才会被创建。默认情况下，C++程序是单线程的。当我打开没有在 ollydbg 中显式创建新线程的程序时，我多次注意到经常有 2 个线程在运行。我想了解消息循环如何在不停止执行的情况下工作，我得到的解释不足以解释它是如何工作的。

消息循环是创建新线程还是占用主线程？如果它采用主线程，它是否在执行其他所有内容后执行，而不管代码顺序如何？如果它不这样做但仍然占用主线程，它是否会产生一个新线程，以便程序可以执行而不是卡在消息循环中？

编辑：通过实验解决了我的大部分问题。消息循环占据主线程和代码后的任何代码：

while (GetMessage (&messages, NULL, 0, 0))
{
    TranslateMessage(&messages);
    DispatchMessage(&messages);
}
return messages.wParam;

除非执行特殊操作以使其执行，否则不会执行，因为程序卡在消息循环中。在执行的窗口过程中放置无限循环会导致程序崩溃。我仍然不明白多线程的奥秘，当在奥利到我想要的程度。

也许开始的地方是意识到"消息循环"本身并不是这样的东西; 它实际上只是线程做的事情。

窗口中的线程通常分为两类：拥有UI的线程和执行后台工作的线程（例如网络操作）。

一个简单的 UI 应用通常只有一个线程，即 UI 线程。要使 UI 正常工作，线程需要等待，直到有一些输入要处理（鼠标单击、键盘输入等），处理输入（例如，更新状态并重绘窗口），然后返回等待更多输入。"等待输入，处理输入，重复"的整个行为就是消息循环。（在这个阶段还值得一提的是消息队列：每个线程都有自己的输入队列，用于存储线程的输入消息;线程"等待输入"的行为实际上是检查队列中是否有任何东西，如果没有，则等到有。在 win32 中，如果线程以这种方式主动处理输入，则也称为"抽消息"。

典型的简单 Windows 应用的主线代码将首先执行基本初始化，创建主窗口，然后执行等待输入和处理它的消息循环。它通常这样做，直到用户关闭主窗口，此时线程退出循环，并继续执行随后的代码，这通常是清理代码。

Windows 应用中的常见体系结构是拥有一个主 UI 线程（通常是主线程），它创建并拥有所有 UI，并具有一个消息循环，用于调度线程创建的所有 UI 的消息。如果应用需要执行可能阻止的操作，例如从套接字读取，则通常使用工作线程来实现此目的：您不希望 UI 线程阻塞（例如，在等待来自套接字的输入时），因为它在此期间不会处理输入，并且 UI 最终会无响应。

你可以编写一个包含多个 UI 线程的应用 - 然后创建窗口的每个线程都需要自己的消息循环 - 但这是一种相当先进的技术，对于大多数基本应用来说并不是那么有用。

您看到的其他线程可能是 Windows 创建的某种帮助程序线程，用于执行后台任务;在大多数情况下，您可以忽略它们。例如，如果初始化 COM，Windows 最终可能会创建一个工作线程来管理一些 COM 内部内容，并且还可能创建一些不可见的 HWND。

通常，启动程序的线程仅运行消息循环，占用主线程。任何不属于处理消息或更新 UI 的内容通常由其他线程完成。即使应用程序未创建任何线程，您看到的附加线程也可能由库或操作系统创建。Windows 将在进程内创建线程，以处理将事件调度到消息循环等操作。

相关文章：