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,就会导致主函数退出了。
作者:宋桓公
出处:http://www.cnblogs.com/douzi2/
如果您觉得阅读本文对您有帮助,请点一下“推荐”按钮,您的“推荐”将是我最大的写作动力!欢迎各位转载,但是未经作者本人同意,转载文章之后必须在文章页面明显位置给出作者和原文连接,否则保留追究法律责任的权利。