MFC 消息循環 vs 消息映射：本質區別與選型指南

核心結論先行

消息循環是線程級的消息分發機制（GetMessage → TranslateMessage → DispatchMessage），唯一；
消息映射是窗口類級的消息處理函數查找表（巨型 switch-case 的宏實現），每個窗口類各有一套。
兩者層級不同、職責不同、不衝突、不可替代。

消息循環：應用程序的「心跳」

• 位置：CWinApp::Run() 中，主線程唯一運行。
• 職責：從系統消息隊列取出消息，分發給目標窗口（DispatchMessage 內部調用窗口進程 WindowProc）。
• 特點：進程/線程級單例，不處理具體業務邏輯，只負責「搬運」。

消息映射：窗口類的「路由表」

• 本質：編譯期宏展開生成的靜態數組 AFX_MSGMAP_ENTRY，包含 消息ID、處理函數指針、參數類型。
• 查找流程：WindowProc → AfxCallWndProc → 遍歷當前類及基類 messageMap，匹配消息 ID，調用對應 Handler。
• 優勢：面向對象封裝，避免巨型 switch，支持繼承複用（派生類自動繼承基類映射）。

對比速覽表

常見誤區辨析

「消息循環只有一個處理函數，消息映射有很多函數」

❌ 錯誤理解。消息循環無處理函數，只分發；消息映射每個消息對應一個處理函數，但屬於同一窗口類，而非全局。

實戰選型建議

• 標準 MFC 應用：直接用消息映射，框架已在 CWinApp::Run 跑循環，CWnd::WindowProc 自動查映射表。
• 需攔截全局熱鍵、模態循環：重寫 PreTranslateMessage 或自定義循環。
• 非 MFC 窗口（如 SDL、GLFW）：需手寫 while(GetMessage...) 循環，自行 DispatchMessage，此時無映射表，需在 WndProc 手寫 switch。

延伸閱讀

參考經典博客：《MFC 消息循環與消息映射機制深度解析》，含宏展開源碼級分析。