消息循环如何使用线程？

Question

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

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

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

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

不会执行，除非执行一些特殊的操作以使其执行，因为程序卡在消息循环中。在执行的窗口过程中放置​​无限循环会导致程序崩溃。我仍然不明白多线程的奥秘，但在 olly 到我更喜欢的程度。

Answer 1

也许开始的地方是要意识到“消息循环”本身并不是一个事物；这实际上只是线程所做的事情。

windows 中的线程通常属于以下两类之一：拥有 UI 的线程和执行后台工作（例如网络操作）的线程。

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

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

Windows 应用程序中的一个常见架构是有一个主 UI 线程 - 通常这是主线程 - 它创建并拥有所有 UI，并有一个消息循环为线程创建的所有 UI 分派消息.如果应用需要做一些可能会阻塞的事情，例如从套接字读取，工作线程通常用于此目的：您不希望 UI 线程阻塞（例如，在等待来自套接字的输入时） ，因为在此期间它不会处理输入，并且 UI 最终会无响应。

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

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

Answer 2

通常启动程序的线程只运行消息循环，占用主线程。不属于处理消息或更新 UI 的任何事情通常由其他线程完成。即使您的应用程序没有创建任何线程，您看到的附加线程也可能是由库或操作系统创建的。 Windows 将在您的进程中创建线程来处理诸如将事件分派到您的消息循环之类的事情。