一处消息死锁分析

本文详细分析了Windows消息驱动系统中可能出现的消息死锁情况,特别是在GUI线程与Worker线程交互时。通过示例代码,展示了由于SendMessage导致的死锁问题,并提出使用MsgWaitForMultipleObjects API函数进行改进,以确保线程既可等待子线程退出,又能处理消息,从而解决死锁问题。
摘要由CSDN通过智能技术生成

windows是一个消息驱动的系统,也是个多任务调度系统,windows中的线程分为两类,GUI线程与Worker线程,每个GUI线程会关联消息队列,当消息处理顺序不当时,则有可能造成消息死锁。

使用VS2008打开项目工程,按F5启动调试,该工具工作正常,点击退出按钮,此时会发现该工具失去了响应。按Ctrl+Alt+Break将程序中断,发现程序停在了如下位置。

可以看出,当接收到退出消息时,该函数会被调用,函数内部设置了退出事件,然后等待另一个线程退出,不过看来WaitForSingleObject并没有返回,也就是说另一个线程并没有退出,通过阅读代码得知其执行函数为CXXXXToolDLg::g_ThreadXXXX,调出线程窗口列表,并转到该线程。

查看该线程的调用栈,发现其当前停在了User32.dll!_NtUserMessageCall函数,向下追溯发现,是该线程调用了CListCtrl::GetItemCount,而在GetItemCount中又调用了SendMessage()的原因,看来问题就出现在这个SendMessage了,不过该函数为何不能返回?

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值