咖啡凉了才想起来的MFC事件处理

每次调试MFC窗口消息时，总想起老张桌上那杯放凉的速溶咖啡。作为上世纪90年代就存在的框架，MFC的事件处理机制就像那杯冷掉的咖啡，虽然不够时髦，但关键时刻总能提神醒脑。

一、窗口消息的菜市场法则

在Windows系统里，事件处理就像菜市场的叫卖声。当用户点击按钮（WM_LBUTTONDOWN）或者拖动窗口（WM_MOVE），系统会把这些"叫卖声"打包成MSG结构体，通过GetMessage函数这条传送带送到我们的程序里。

• 消息类型：类似蔬菜区、肉类区的分区标识
• 消息参数：就像顾客要买三斤排骨还是五颗白菜
• 处理时机：是现炒还是预制菜，取决于消息队列优先级

1.1 消息循环的厨房流水线

典型的MFC消息循环就像餐厅后厨：

while(GetMessage(&msg, NULL, 0, 0))
TranslateMessage(&msg);  // 把生鲜食材切配好
DispatchMessage(&msg);   // 分发给各个灶台厨师

二、MFC的消息调料盒

比起原始的Win32 API，MFC的消息映射机制就像是预制好的调味包。在DECLARE_MESSAGE_MAP宏里，各种消息处理函数被整齐码放，像极了老厨房墙上挂着的调料罐。

机制	MFC实现	原始Win32实现	数据来源
消息绑定	消息映射表	窗口过程switch-case	《深入浅出MFC》侯捷
消息路由	自动派发给控件	手动分发	MSDN 2003
扩展性	宏定义扩展	修改窗口过程	MFC技术内幕

2.1 那些年我们追过的消息宏

ClassWizard生成的代码里藏着青春记忆：

• ON_WM_CREATE 像初恋般青涩
• ON_COMMAND(ID_FILE_OPEN, OnFileOpen) 像工作后的例行公事
• ON_UPDATE_COMMAND_UI(ID_EDIT_COPY, OnUpdateEditCopy) 像中年人的欲言又止

三、自定义消息的烟火气

那天老王说要加个温度报警功能，我们决定用RegisterWindowMessage注册个自定义消息。这就像在老式收音机上外接个蓝牙模块，过程充满手工感：

// 在头文件里
define WM_TEMPERATURE_ALERT (WM_USER+100)
// 消息映射表
BEGIN_MESSAGE_MAP
ON_MESSAGE(WM_TEMPERATURE_ALERT, OnTemperatureAlert)
END_MESSAGE_MAP

调试时发现消息没收到，原来是忘记在另一个线程用PostMessage而不是SendMessage。这种错误就像炒菜忘开油烟机，总要被呛几次才记得住。

四、消息处理的庖丁解牛

逆向工程看MFC的消息泵，会发现CWnd::RunModalLoop这个核心方法。它像老式挂钟的钟摆，在消息处理和空闲任务间来回摆动：

1. 处理加速键（TranslateAccelerator）
2. 过滤对话框消息（IsDialogMessage）
3. 空闲时更新UI（OnIdle）

有次客户抱怨程序卡顿，最后发现是重载的OnIdle里做了大数据量计算。这就像用炒菜锅煮火锅，不是不行，但容易串味。

4.1 消息优先级的急诊室规则

窗口消息处理遵循特殊排序：

• WM_PAINT像慢性病患要排队
• WM_TIMER像定期复诊的病人
• WM_QUIT就像最后的病危通知书

记得那次窗口闪烁问题吗？原来是多个WM_PAINT消息被合并处理，就像把多个病人的药混在一起煎，最后只好用BeginPaint/EndPaint这对药引子来解。

五、现代框架的降维打击

某天看到实习生用WPF的MVVM实现点击事件，突然觉得MFC的ON_COMMAND就像手摇式咖啡机。虽然需要自己磨豆子、压粉，但那份掌控感是自动咖啡机比不了的。

窗外的阳光斜照在VS2019的代码编辑器上，老王又在抱怨新项目要用Qt。但我知道，就像那台用了十年的咖啡机，MFC的事件处理机制依然会在某个角落继续运转，带着它特有的机油味和温度。