当负责处理消息的线程挂起时会发生什么？答案

【问题标题】：What happens when the thread that is responsible for processing messages is hung?当负责处理消息的线程挂起时会发生什么？
【发布时间】：2015-10-20 17:28:33
【问题描述】：

我有一个应用程序，其中一个 dll 模块负责处理发布到其隐藏窗口的用户定义消息。假设负责处理这些消息的线程在处理其他任务时被挂起，并且在此期间，如果另一个低级别层将消息发布（使用PostMessage）到该窗口，那么发布的消息会发生什么？

我的应用程序有时不会收到这些消息，并且低层中的日志表明他们已经发布了消息，但我的应用程序没有收到它。我怀疑由于线程很忙或挂起，它不会处理这些消息。我该如何解决这个问题？

【问题讨论】：

它们被添加到消息队列中，以后只要您停止挂起，您就会得到它们。这是一个有限资源，队列大小的默认配额是 10,000 条消息。当队列已满时，调用 PostMessage() 的代码会返回 FALSE。没有人检查过。
如果拥有窗口的线程被阻塞/挂起，它不会从其消息队列中检索和发送新消息，因此新消息将简单地留在队列中，最终队列将填满.所以不要一开始就挂线程。如果您需要执行冗长的操作，请将其移至自己的线程。
感谢回复

标签： winapi window message-queue hwnd

【解决方案1】：

简短的回答是，如果您使用隐藏窗口来处理来自系统和其他应用程序组件的消息，那么保持消息泵运行和处理消息很重要。如果您有一个长时间运行的任务会让您在很长一段时间内远离消息队列，那么正确的答案是将该任务传递给单独的线程。

更复杂的答案是可能发生了两个问题：

消息队列已满。
未正确检查调用 PostMessage 的返回值。

第一个问题很简单。 PostMessage 的文档很清楚¹：

每个消息队列的发布消息限制为 10,000 条。这个限制应该足够大。如果您的应用程序超出限制，则应重新设计它以避免消耗过多的系统资源。

关键消息是，参与消息处理的线程应该在两次行程之间尽可能少做绝对必要的事情，以获取下一条消息，以保持应用程序响应，并避免浪费资源。

您的代码中可能存在也可能不存在的第二个问题是需要检查来自PostMessage 的返回。文档说明了它，但是 TL;DR;如果返回值为 0，则调用失败。如果且仅当²返回值为0，调用GetLastError获取错误码。如果错误为ERROR_NOT_ENOUGH_QUOTA，则队列已满。 sn-p 形式：

if (PostMessage(hwnd, msg, wParam, lParam) == 0)
{
    if (GetLastError() == ERROR_NOT_ENOUGH_QUOTA)
    {
        cout << "Message Queue is Full" << endl;
    }
}

¹ 通常，MSDN 在说不应该做某事时并不那么有力。当它对某事如此明确时，最好听从建议。（另外值得一提的是：增加配额将是解决局部问题的全局解决方案。）

²当函数成功时调用GetLastError，或者当被调用的函数没有SetLastError时，这是一个令人震惊的常见错误。

【讨论】：