如何区分COM服务器阻塞触发的WM_PAINT消息并修改窗口背景？

要区分WM_PAINT是因线程等待COM同步响应触发，还是普通重绘场景，系统没有直接提供相关标识，推荐以下两种可靠方案：

手动标记线程的COM等待状态 #

这是兼容性最好、准确性最高的方案，通过线程局部存储（TLS）跟踪COM同步调用的状态：

• 全局初始化时分配TLS索引：

  DWORD g_dwComWaitTls = TlsAlloc();
  

• 在发起COM同步调用前，设置标记为TRUE：

  TlsSetValue(g_dwComWaitTls, (LPVOID)TRUE);
  

• 完成COM调用后，重置标记为FALSE：

  TlsSetValue(g_dwComWaitTls, (LPVOID)FALSE);
  

• 在WM_PAINT消息处理中，读取标记判断状态：

  case WM_PAINT:
  {
      BOOL bIsComWaiting = (BOOL)TlsGetValue(g_dwComWaitTls);
      PAINTSTRUCT ps;
      HDC hdc = BeginPaint(hwnd, &ps);
      
      if (bIsComWaiting)
      {
          // 修改背景颜色，比如填充灰色
          RECT rc;
          GetClientRect(hwnd, &rc);
          FillRect(hdc, &rc, (HBRUSH)(COLOR_GRAYTEXT + 1));
      }
      else
      {
          // 普通重绘逻辑
          ...
      }
      
      EndPaint(hwnd, &ps);
      return 0;
  }
  

利用系统API检测线程等待状态（Windows Vista+） #

如果程序仅需支持Windows Vista及以上系统，可以使用GetThreadWaitReasonAPI获取当前线程的等待原因：

#include <processthreadsapi.h>

case WM_PAINT:
{
    THREAD_WAIT_REASON waitReason = GetThreadWaitReason(GetCurrentThread());
    BOOL bIsComWaiting = (waitReason == THREAD_WAIT_REASON_COM);
    
    // 后续重绘逻辑同上
    ...
}

注意：此API需要程序以管理员权限运行，且仅当线程确实处于等待状态时才会返回有效结果，若线程处于COM内部的消息循环中，可能无法准确捕获该状态，因此优先级低于手动标记方案。

内容的提问来源于stack exchange，提问作者René Rössler