先看一道题目：
当用户点击右上角关闭按钮的时候，请给下列Windows做出的响应排个序：A：发送 WM_QUIT 消息 B：发送 WM_CLOSE 消息 C：发送 WM_DESTROY 消息 D：发送 WM_NCDESTROY 消息 F：发送 WM_COMEBABY 消息
答案是：WM_CLOSE，WM_DESTROY WM_NCDESTROY，WM_QUIT WM_CLOSE。（忽略WM_COMEBABY）
以下是我的测试图片，发现响应WM_CLOSE之后，就不会响应其他的消息了。
既然点击右上角关闭按钮，会发送这么多消息，那么为什么之后不会去WM_DESTROY那里呢？
点击右上角关闭按钮，依次会产生WM_CLOSE，WM_DESTROY WM_NCDESTROY，WM_QUIT WM_CLOSE被拦截之后，后面的消息都不响应了吗？
真实的情况是这样的：
点击右上角关闭按钮，依次会产生WM_CLOSE，WM_DESTROY WM_NCDESTROY，WM_QUIT 。但是这4个消息并非是由点击右上角关闭按钮直接产生的。
点击右上角关闭按钮直接产生的，仅仅是WM_CLOSE消息，如果我们没有去捕获WM_CLOSE，或者捕获后使用的是break而不是return，那么DefWindowProc有机会执行。
DefWindowProc是一个会产生消息的函数，当WM_CLOSE消息产生之后，如果去执行了DefWindowProc函数，那么他会 接着依次连续产生WM_DESTROY WM_NCDESTROY这两个消息。
而在WM_DESTROY处理函数中写上了PostQuitMessage(0)这个函数，WM_QUIT 是由这个函数参数的。WM_QUIT这个消息 在过程函数（WndProc）中无法捕捉到，因为在GetMessage的时候捕获到WM_QUIT 时返回值为0，就会导致主函数退出了。
所以，整个过程就是：
1、点击右上角关闭按钮，产生WM_CLOSE消息。
2、DefWindowProc(hwnd, message, wParam, lParam);被调用产生WM_DESTROY WM_NCDESTROY这两个消息。
3、WM_DESTROY WM_NCDESTROY（如果你捕获了）的处理函数会被执行，在执行WM_DESTROY处理函数是调用PostQuitMessage(0) 产生了WM_QUIT 消息。
4、GetMessage的时候捕获到WM_QUIT 时返回值为0，就会导致主函数退出了。