为何MessageBox在WindowProc中阻塞WM_HOTKEY却不阻塞WM_TRAYICON？

1. 系统托盘的线程归属 #

系统托盘（任务栏右侧状态栏区域）由Windows资源管理器（explorer.exe）的UI线程负责管理，完全独立于你的应用程序线程。当你调用Shell_NotifyIcon添加托盘图标后，explorer会维护图标的显示与交互逻辑——所有托盘图标的点击、右键等操作，都由explorer的线程处理，再通过跨线程消息发送的方式，将WM_TRAYICON消息投递到你指定的窗口（即NOTIFYICONDATA结构体中的hWnd）的消息队列。

2. 模态窗口的消息循环特性 #

调用MessageBox会启动模态窗口的消息循环，这个循环并非完全阻塞原窗口的消息处理，它会做两件关键事：

• 处理模态窗口自身的所有消息
• 处理发送到同一线程内所有窗口的跨线程消息（比如explorer发来的WM_TRAYICON）

而你用RegisterHotKey(NULL, ...)注册的热键，规则是：热键被按下时，系统会把WM_HOTKEY消息发送到当前线程的前台窗口。当模态MessageBox激活时，它会成为当前线程的前台窗口，你的原窗口处于被阻塞状态，无法接收WM_HOTKEY；同时MessageBox的消息循环不会处理不属于它的WM_HOTKEY消息，因此热键无法被响应。

3. WM_TRAYICON能被处理的本质 #

WM_TRAYICON是直接投递到你指定的窗口句柄的，不管该窗口是否激活或阻塞——只要窗口存在，explorer的线程就能通过SendMessage或PostMessage跨线程发送消息，而模态窗口的消息循环会处理这些发往同一线程内窗口的跨线程消息，所以每次点击托盘图标，都会触发窗口过程处理WM_TRAYICON，进而弹出新的MessageBox。

补充验证方法 #

你可以在窗口过程中打印线程ID来验证：

• 在主窗口的窗口过程中输出GetCurrentThreadId()
• 处理WM_TRAYICON时再次打印线程ID，会发现两者一致——说明消息确实是跨线程发送到你的主线程，被模态循环处理了。

另外，如果在RegisterHotKey时指定你的窗口句柄（而非NULL），即使有模态窗口，热键消息也能被窗口过程接收——因为此时WM_HOTKEY是直接发送到你的窗口，而非依赖前台窗口。

内容的提问来源于stack exchange，提问作者xvymnp