跨线程调用ShowWindow等窗口方法是否安全？官方预期调用方式是什么？

核心结论 #

跨线程调用ShowWindow这类窗口API技术上是允许的，但并非唯一推荐方式，处理不当极易引发死锁或竞态条件。

死锁的根源 #

你遇到的死锁是典型的跨线程同步冲突：

• 跨线程调用ShowWindow时，系统会通过SendMessage向窗口所属线程同步发送消息，调用线程会阻塞，直到窗口线程处理完该消息才会返回。
• 如果此时窗口线程的消息处理函数中持有了同一个std::mutex，而调用线程在调用ShowWindow前已经锁住了这个锁，就会形成双向等待：调用线程拿着锁等窗口线程处理消息，窗口线程要处理消息却拿不到锁，最终死锁。

正确的处理方式 #

1. 优先在窗口所属线程执行窗口操作
   这是最安全的方案：通过PostMessage向窗口线程发送自定义消息，让窗口线程自己调用ShowWindow。这种方式完全避免了跨线程同步冲突，因为所有窗口操作都在同一个线程内完成，无需额外锁。

2. 必须跨线程调用时的注意事项

   • 绝对不要在持有锁的情况下调用ShowWindow这类会触发同步消息的API。
   • 窗口消息处理函数中，也不能持有任何会被其他线程获取的锁，防止同步消息触发时引发锁竞争。
   • 放弃用普通互斥锁保护窗口操作的思路，因为窗口API本身的跨线程机制已经包含了同步逻辑，额外加锁只会引发冲突。

官方预期 #

Windows API允许跨线程调用大部分窗口函数，但这类调用依赖系统的线程间消息同步机制。官方明确要求窗口的消息处理必须在创建该窗口的线程中进行，而跨线程调用窗口函数时，开发者需要自行规避同步冲突，最稳妥的实践是尽量将所有窗口相关操作放在窗口所属线程内执行。

内容的提问来源于stack exchange，提问作者hopeless-programmer