工作线程创建窗口引起的窗口无响应

加载一个com逻辑组件时，该组件创建了窗口，初始化完成之后窗口内容正常显示，但初始化时设置的定时器无任何响应，其它消息也无任何响应。表现为主线程卡死，分析堆栈时看到消息队列卡在getmessage的位置。

刚开始以为逻辑组件与页面的交互行为导致死锁，询问后让页面添加调试代码，并无页面死锁迹象。

转而分析消息循环，sta规则需要线程有自己的消息循环，但是该窗口在我的线程中创建，并且套间初始化正常，进一步分析，窗口操作必须在UI线程，但我的线程中并无消息处理过程，因些并非UI线程，考虑可能需要添加消息循环，查AI资料如下：考虑在线程中添加消息循环，但这样导致进程中有两个消息循环（一般认为这是主线程，即两个主线程）。破坏一致性，需用户代码添加锁保证线程安全。思索后决定将工作线程创建窗口的工作用消息发送到主线程去做，完成之后返回继续，几乎不影响其它部分。

 

附：

 

工作线程创建窗口会异常吗？

 

会异常。在 Windows 桌面开发（如 Win32、WinForms、WPF）中，工作线程直接创建窗口通常会导致跨线程访问异常或消息循环失效，因为 UI 元素具有‌线程亲和性（Thread Affinity）‌。‌‌

核心原因与表现

• ‌线程模型限制‌：Windows GUI 要求窗口及其控件必须在创建它的线程（通常是主 UI 线程）中访问。工作线程属于 MTA（多单元公寓）或未初始化的 STA，无法直接操作 UI 对象。
• ‌典型异常‌：
  • ‌WPF/WinForms‌：抛出 InvalidOperationException，提示“调用线程无法访问此对象，因为另一个线程拥有它”。
  • ‌Win32 API‌：若工作线程未初始化 STA 且无独立消息循环，CreateWindowEx 可能成功但窗口无法显示、响应输入，或 GetMessage 阻塞导致死锁。
• ‌资源冲突‌：跨线程访问可能导致控件状态不一致、死锁或界面冻结。‌‌

正确做法

1. ‌在主线程创建窗口‌：所有窗口实例化、显示及属性修改必须在 UI 线程执行。
2. ‌通过调度器通信‌：若工作线程需更新 UI，使用框架提供的跨线程调用机制：
   • ‌WPF‌：使用 Dispatcher.Invoke 或 Dispatcher.BeginInvoke。
   • ‌WinForms‌：使用 Control.Invoke 或 Control.BeginInvoke（需检查 InvokeRequired）。
3. ‌独立线程消息循环（高级）‌：若必须在子线程创建窗口，该线程需：
   • 初始化为 ‌STA‌ 模式（SetApartmentState(ApartmentState.STA)）。
   • 运行独立的 ‌消息循环‌（GetMessage + DispatchMessage），否则窗口无响应。‌‌

特殊情况说明

• ‌Web Worker‌：浏览器环境中的 Worker ‌完全不能‌创建 DOM 窗口或访问 window/document，仅能通过 postMessage 与主线程通信。
• ‌建议‌：除非特殊需求（如多界面独立进程），否则严禁在工作线程直接创建窗口，应遵循“UI 线程专属”原则。‌‌