Windows 跨線程 SendMessage 機制深度解析

核心結論

SendMessage 在跨線程調用時是同步阻塞的：發送線程會阻塞，直到接收線程的消息隊列取出並處理完該消息。這與同線程調用（直接同步調用窗口過程）行為不同。

官方文檔說明

If the specified window was created by the calling thread, the window procedure is called immediately as a subroutine.
If the specified window was created by a different thread, the system switches to that thread and calls the appropriate window procedure. Messages sent between threads are processed only when the receiving thread executes message retrieval code. The sending thread is blocked until the receiving thread processes the message.

機制流程圖解

發送線程 (Thread A)                    接收線程 (Thread B)
     │                                      │
     ├─ SendMessage(hwnd, msg, ...) ──────► │ (消息進入 Thread B 隊列)
     │    (阻塞等待)                        │
     │                                      ├─ GetMessage / PeekMessage
     │                                      ├─ DispatchMessage
     │                                      │    └─ WindowProc 處理消息
     │                                      │         (執行用戶代碼)
     │                                      │
     │ ◄──── 返回結果 (LRESULT) ───────────┤ (處理完成，喚醒 Thread A)
     │                                      │
     ▼                                      ▼

關鍵影響

• 死鎖風險：若 Thread A 持有鎖並調用 SendMessage 到 Thread B，而 Thread B 需要同一把鎖 → 死鎖。
• UI 卡頓：主線程向工作線程發送同步消息，若工作線程忙碌，主線程阻塞導致界面無響應。
• 重入問題：接收線程處理消息時可能再次觸發 SendMessage 回調發送線程，需防重入。

最佳實踐

1. 優先使用 PostMessage（異步，非阻塞），配合消息 ID 和 WPARAM/LPARAM 傳遞數據。
2. 必須同步時，確保接收線程有消息循環（GetMessage/DispatchMessage），且處理邏輯極快（無鎖、無耗時操作）。
3. 跨線程數據傳遞：WPARAM/LPARAM 僅能傳整數/指針，指針指向的內存必須雙方可訪問（堆內存、共享內存），且注意生命周期與同步。
4. 考慮使用 SendMessageTimeout 設置超時，避免無限阻塞。

相關討論鏈接

CSDN 討論帖：跨線程 SendMessage 行為分析