递归调用Win32 API SendMessage未触发栈溢出的原因咨询

这个问题挺有意思的——我刚摸Windows消息机制的时候也犯过类似的想当然，以为直接就栈炸了，结果发现系统早有防护逻辑！

先理清楚核心逻辑：

• 正常情况下，SendMessage给同线程窗口发消息时，会直接调用目标窗口的窗口过程，跳过消息队列（这也是它和PostMessage最核心的区别）。
• 但针对你这种“在消息处理过程中递归发送同一条消息”的场景，Windows有专门的递归防护机制：当系统准备调用窗口过程处理某条消息时，会检查当前线程的调用栈——如果发现该窗口的窗口过程已经在处理这条消息（栈里已经存在该窗口过程处理WM_TESTMSG的调用帧），它就不会立即递归调用窗口过程，而是把这条WM_TESTMSG放到当前线程的消息队列末尾。

这就导致你的代码实际执行流程变成了这样：

1. 首次触发WM_TESTMSG，进入窗口过程。
2. 调用SendMessage发送同一条消息，系统检测到递归风险，把消息加入队列，SendMessage直接返回。
3. 窗口过程继续执行，MessageBeep正常触发（因为当前流程没被打断）。
4. 当前WM_TESTMSG处理完毕，窗口过程返回。
5. 线程的消息循环（比如GetMessage/PeekMessage）从队列取出刚才加入的WM_TESTMSG，再次调用窗口过程。
6. 重复步骤2-5...

你之所以没看到栈溢出，是因为整个流程是消息循环驱动的循环调用，而不是栈的递归调用——栈深度始终只有一层，自然不会出现栈溢出的问题。至于程序“运行正常”，大概率是你的测试场景里有隐性终止条件（比如手动关闭窗口、测试时长较短），否则理论上会一直循环下去，但始终不会爆栈。

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