在WM_DESTROY处理程序中销毁同级窗口是否合规及异常分析

核心结论 #

不允许在子窗口的WM_DESTROY处理程序中销毁同级窗口，且框架窗口销毁阶段必须禁止修改其子窗口树结构。

现象原因分析 #

当调用DestroyWindow销毁框架窗口时，系统会先生成一份当前子窗口的快照列表，然后按顺序遍历列表，为每个子窗口发送WM_DESTROY等销毁相关消息。如果在某个子窗口的WM_DESTROY处理逻辑中销毁另一个同级窗口，会直接破坏系统预设的遍历流程：被提前销毁的窗口会从系统内部的窗口列表中移除，导致后续未处理的子窗口无法被遍历到，自然也就收不到WM_DESTROY消息，这就是你遇到的问题根源。

关键规则说明 #

框架窗口销毁阶段，绝对禁止对其子窗口树进行任何修改操作（包括销毁、创建、重排子窗口等）。系统此时正基于固定的窗口快照执行销毁流程，任何对窗口树的动态修改都会引发不可预期的行为，除了消息丢失外，还可能导致资源泄漏、程序崩溃等更严重的问题。

可行替代方案 #

除了你提到的将关联窗口合并到同一个父控件下，还可以采用以下两种方式：

• 在第一个窗口的WM_CLOSE消息处理中销毁第二个窗口：WM_CLOSE是销毁流程启动前发送的消息，此时修改窗口树不会干扰框架的销毁遍历逻辑。
• 在框架窗口的WM_DESTROY或WM_NCDESTROY消息中统一处理关联窗口的销毁，确保所有子窗口的销毁操作都在框架的统一调度下完成。

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