关于PeekMessage无法收到WM_QUIT消息

本文探讨了Windows应用程序中WM_QUIT消息未被正确处理的问题。通过调整PeekMessage函数的参数,从只处理窗口消息扩展到同时处理窗口消息和线程消息,成功解决了PostQuitMessage发送的WM_QUIT消息无法被接收的问题。

应用程序关闭窗口,但进程还在。

调试后发现WindowProc中

	case WM_DESTROY:
		PostQuitMessage(0);
		break;


PostQuitMessage(0);后消息队列没有收到WM_QUIT。

 

原先错误的消息处理如下

 

	while (true)
	{
		if (PeekMessage(&msg, hWnd, 0, 0, PM_REMOVE))
		{
			if (msg.message == WM_QUIT)
				break;

			TranslateMessage(&msg);
			DispatchMessage(&msg);
		}
		else
		{
			\\Do something else 
		}
	}

问题出在PeekMessage的调用上,PeekMessage的原型如下

BOOL WINAPI PeekMessage(
  __out     LPMSG lpMsg,
  __in_opt  HWND hWnd,
  __in      UINT wMsgFilterMin,
  __in      UINT wMsgFilterMax,
  __in      UINT wRemoveMsg
);

第二个参数 HWND hWnd , MSDN给的解释如下

hWnd [in, optional] 
Type: HWND
 
A handle to the window whose messages are to be retrieved. The window must belong to the current thread.
 
If hWnd is NULL, PeekMessage retrieves messages for any window that belongs to the current thread, and any messages on the current thread's message queue whose hwnd value is NULL (see the MSG structure). Therefore if hWnd is NULL, both window messages and thread messages are processed.
 
If hWnd is -1, PeekMessage retrieves only messages on the current thread's message queue whose hwnd value is NULL, that is, thread messages as posted by PostMessage (when the hWnd parameter is NULL) or PostThreadMessage.


意思是如果这个参数是窗口句柄,获取的是这个窗口的消息,前提是这个窗口属于当前线程。如果hWnd 是 NULL 那么PeekMessage获取所有属于当前线程的消息,包括窗口消息和线程消息(hwnd 为NULL)

如果 hWnd 是 -1, PeekMessage 仅获取hwnd为NULL的线程消息(PostMessage时hWnd参数为NULL的消息)或者PostThreadMessage发送的消息。

 

错误的代码仅处理的窗口消息,hwnd为NULL的消息没有处理,所以也就收不到WM_QUIT消息。更正为

PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)

后问题就自然解决了。 

‌1. MFC对话框主题风格动态修改问题‌ ‌可行性验证‌: 模态/非模态对话框的视觉风格可通过CMFCVisualManager动态调整,但需注意: cpp Copy Code // 在对话框显示后修改主题(需包含头文件afxmetafile.h) CMFCVisualManagerOffice2007* pManager = new CMFCVisualManagerOffice2007; CMFCVisualManager::SetDefaultManager(pManager); ‌重绘必要性‌:修改主题后必须调用Invalidate(FALSE)强制重绘,UpdateWindow()用于立即刷新窗口。若未生效,检查是否重写了OnPaint()或存在自定义绘制逻辑。 ‌风险提示‌: 混合使用主题风格可能导致视觉不一致(如主对话框与子对话框控件颜色差异) 部分第三方控件库可能不支持运行时主题切换 ‌2. Windows消息处理机制深度解析‌ ‌消息队列与阻塞‌: ‌消息队列容量‌:每个线程默认有1000条消息的队列空间(可通过PeekMessage的PM_REMOVE参数调整) ‌灰屏现象‌:若消息处理耗时超过系统阈值(通常5秒),Windows会触发WM_APPCOMMAND消息显示未响应提示 ‌消息丢弃条件‌: 队列满时新消息被丢弃(如高频WM_TIMER消息) 调用PostMessage时若目标窗口句柄无效,消息直接丢弃 ‌调试建议‌: 使用Spy++工具监控消息队列,检查是否存在WM_QUIT等终止消息堆积 ‌3. Windows系统稳定性保障机制‌ ‌容错设计‌: ‌消息优先级‌:WM_PAINT、WM_QUIT等关键消息永远优先处理 ‌看门狗机制‌:系统级线程会检测应用响应状态,超时则触发WM_DESTROY ‌蓝屏预防‌: 单线程消息处理超时不会导致系统崩溃 内存泄漏检测通过HeapWalk实现,临界错误会触发EXCEPTION_ACCESS_VIOLATION ‌性能优化‌: 对耗时操作使用PostThreadMessage投递到后台线程 避免在OnPaint中执行复杂计算,改用BeginPaint/EndPaint块
最新发布
10-06
评论 3
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值