Question

关于WM_CLOSE 和WM_DESTROY

我看孙鑫的视频，他说WM_CLOSE 消息会发送WM_DESTROY消息，然后处理WM_DESTROY消息时用PostQuitMessage，那为什么不直接在WM_CLOSE 里面用PostQuitMessage，那样不久不用写WM_DESTROY？？？

Answer 1

WM_CLOSE和WM_DESTROY
WM_DESTROY 是关闭程序
WM_CLOSE 是关闭窗口

WM_CLOSE和WM_DESTROY同属窗口消。两者先后执行顺序是WM_CLOSE、WM_DESTROY
但需要注意的是MFC窗口默认取消按钮函数OnCancel()是不会触发WM_CLOSE消息，只触发WM_DESTROY。

WM_CLOSE:
在系统菜单里选择了“关闭”或者点击了窗口右上角的“X”按钮，你的窗口过程就会收到WM_CLOSE。DefWindowProc对WM_CLOSE的处理是调用DestroyWindow。当然，可以不让DefWindowProc处理，而是自己处理，例如询问用户是否保存更改等。如果用户选择“取消“，忽略此消息，那么程序照常运行；如果用户确认要退出，就调用DestroyWindow。

WM_DESTROY:
DestroyWindow完成窗口的清理工作，最后像窗口过程发送WM_DESTROY。对于WM_DESTROY，DefWindowProc不会处理。也就是说，如果不处理这个消息，虽然窗口已经销毁，但进程并不会结束。一般处理WM_DESTROY时都是释放资源（例如申请的内存等），然后调用PostQuitMessage。

另外还有：WM_QUIT:是关闭消息环
PostQuitMessage会发送WM_QUIT给消息队列。注意，WM_QUIT永远不会到达窗口过程，因为GetMessage得到WM_QUIT后就会返回FALSE，从而结束消息循环，最后进程结束，程序退出。

假设使用者执行HELLOWIN.exe，并且使用者最终单击了 Close按钮，或者假设用键盘或鼠标从系统菜单中选择了Close， DefWindowProc处理这一键盘或者鼠标输入，在检测到使用者选择了Close选项之后，它给窗口消息处理程序发送一条WM_SYSCOMMAND消息。WndProc将这个消息传给DefWindowProc。DefWindowProc给窗口消息处理程序发送一条WM_CLOSE消息来响应之。WndProc再次将它传给DefWindowProc。DestroyWindow呼叫DestroyWindow来响应这条WM_CLOSE消息。DestroyWindow导致Windows给窗口消息处理程序发送一条WM_DESTROY消息。WndProc再呼叫PostQuitMessage，将一条WM_QUIT消息放入消息队列中，以此来响应此消息。这个消息导致WinMain中的消息循环终止，然后程序结束。

Answer 2

参考网上的：

WM_DESTROY 是关闭程序的
WM_CLOSE 是关闭窗口的
WM_QUIT 是关闭消息环的

以下说明程序是如何退出的：
􀂄 使用者选按，于是发出 WM_CLOSE。
􀂄 CMyFrameWnd 并没有设置WM_CLOSE 处理常式，于是交给预设之处理常式。
􀂄 预设函数对于WM_CLOSE 的处理方式是呼叫 ::DestroyWindow， 并因而发出WM_DESTROY。
􀂄 预设之WM_DESTROY 处理方式是呼叫::PostQuitMessage，因此发出WM_QUIT。
􀂄 CWinApp::Run 收到WM_QUIT 后会结束其内部之讯息回路， 然后呼叫ExitInstance，这是CWinApp 的一个虚拟函数。
􀂄 如果CMyWinApp 改写了ExitInstance ， 那么CWinApp::Run 所呼叫的就是CMyWinApp::ExitInstance，否则就是 CWinApp::ExitInstance。
􀂄 最后回到 AfxWinMain，执行 AfxWinTerm，结束程序。

WM_CLOSE，调用DestroyWindow()
DestroyWindow()又发送WM_DESTROY
响应WM_DESTROY，调用WM_QUIT
GetMessage()发现WM_QUIT，退出程序

Answer 3

这是为了让操作系统各部分各司其职 权限分明 不容易发生系统bug

追问

谢谢