Windows窗口创建及消息处理循环的线程限制咨询

Windows User32子系统对窗口对象有严格的线程绑定规则，不存在跨线程共享的窗口消息队列，相关操作的线程要求如下：

两项操作的强制线程约束 #

• 窗口创建相关操作（RegisterClassEx、CreateWindowExW调用）
  这两个API没有强制要求必须在进程主线程执行，但调用CreateWindowExW创建窗口的线程，会被系统标记为该窗口的所属线程：窗口的所有消息只会被投递到这个线程的专属消息队列，窗口过程也只会在这个线程上下文中被调用，后续绝大多数针对该窗口句柄的User32 API调用，都要求在这个所属线程执行，跨线程调用会触发未定义行为、死锁或直接调用失败。
  补充：RegisterClassEx注册的窗口类是进程级全局资源，但类绑定的窗口过程的执行上下文，永远是创建对应窗口实例的线程。
• 消息处理循环
  你贴出的GetMessage-TranslateMessage-DispatchMessage循环，必须运行在目标窗口的所属线程上。系统为每个创建过User32对象（窗口、钩子、菜单等）的线程分配独立的私有消息队列，其他线程的消息循环无法抓取到不属于本线程的窗口消息，自然也无法完成消息分发。
  涉及的消息循环代码片段：

  MSG msg = { 0 };
  while (GetMessage(&msg, 0, 0, 0)) {
      TranslateMessage(&msg); 
      DispatchMessage(&msg);  
  }
  

  注意这段代码里GetMessage第二个参数传了NULL，会抓取当前线程消息队列里的所有消息，如果放到非窗口所属线程运行，根本拿不到目标窗口的任何消息。

针对当前场景的实现修正 #

你现在将窗口创建放在主线程、消息循环放在独立新线程的写法是错误的，运行后无法正常接收窗口消息，还可能出现窗口无响应、API调用异常的问题。
针对你开发控制台程序、仅创建无GUI消息窗口接收DirectShow通知的场景，正确实现逻辑如下：

• 单独创建一个专用工作线程，该线程不要承载其他重型计算任务
• 所有和该消息窗口相关的操作：包括调用RegisterClassEx注册窗口类、调用CreateWindowExW创建窗口（建议使用WS_POPUP样式，不添加可见、边框、标题栏等GUI相关属性，创建纯消息窗口）、运行上述消息循环，全部放在这个专用工作线程内执行
• 窗口创建完成后，拿到的HWND句柄可以跨线程传给DirectShow相关接口用于消息注册，不需要做额外的跨线程同步
• 线程退出前，在同一个工作线程内调用DestroyWindow销毁窗口、UnregisterClass注销窗口类，避免GDI/User对象资源泄漏

内容的提问来源于stack exchange，提问作者user19309573