消息循环如何使用线程？

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

消息循环是创建一个新线程还是占用主线程？如果它占用主线程，那么无论代码顺序如何，它是否会在执行完其他所有操作后才执行？如果它不这样做但仍然占用主线程，它是否会生成一个新线程，以便程序可以执行而不是陷入消息循环？

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

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

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

也许首先要认识到“消息循环”不是一个thing像这样;这实际上只是线程所做的事情。

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

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

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

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

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

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