本文详细分析了Windows消息驱动系统中可能出现的消息死锁情况，特别是在GUI线程与Worker线程交互时。通过示例代码，展示了由于SendMessage导致的死锁问题，并提出使用MsgWaitForMultipleObjects API函数进行改进，以确保线程既可等待子线程退出，又能处理消息，从而解决死锁问题。
windows是一个消息驱动的系统，也是个多任务调度系统，windows中的线程分为两类，GUI线程与Worker线程，每个GUI线程会关联消息队列，当消息处理顺序不当时，则有可能造成消息死锁。
使用VS2008打开项目工程，按F5启动调试，该工具工作正常，点击退出按钮，此时会发现该工具失去了响应。按Ctrl+Alt+Break将程序中断，发现程序停在了如下位置。
可以看出，当接收到退出消息时，该函数会被调用，函数内部设置了退出事件，然后等待另一个线程退出，不过看来WaitForSingleObject并没有返回，也就是说另一个线程并没有退出，通过阅读代码得知其执行函数为CXXXXToolDLg::g_ThreadXXXX，调出线程窗口列表，并转到该线程。
查看该线程的调用栈，发现其当前停在了User32.dll!_NtUserMessageCall函数，向下追溯发现，是该线程调用了CListCtrl::GetItemCount，而在GetItemCount中又调用了SendMessage()的原因，看来问题就出现在这个SendMessage了，不过该函数为何不能返回?
最低0.47元/天 解锁文章
扫一扫
8293
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
