DefWindowProc是一个会产生消息的函数

先看一道题目：

　　当用户点击右上角关闭按钮的时候，请给下列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，就会导致主函数退出了。