c++ - 消息循环如何使用线程？

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 分派(dispatch)消息.如果应用程序需要执行可能会阻塞的操作，例如从套接字读取数据，工作线程通常用于该目的:您不希望 UI 线程阻塞(例如，在等待来自套接字的输入时) ，因为在此期间它不会处理输入，并且 UI 最终会无响应。

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

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