在主线程中使用CRITICAL_SECTION 引起的阻塞

        最近写的程序有一个小毛病,某一个地方使用MessageBox,如果不迅速click ok, 就会使整个程序无反应. 因为不是崩溃,所以考虑是死锁了.后来使用log,发现了问题,先来看看log file:
Time At:0004234132
Line:0
AddDownloadTaskReady enter Critical
Time At:0004234194
Line:1
AddDownloadTaskReady leave Critical
Time At:0004234803
Line:2
_FdDownloadResultCallbackInClass Ready enter Critical
Time At:0004234803
Line:3
_FdDownloadResultCallbackInClass  Enter Critical
Time At:0004236207
/*
Message Box("here");
*/
Line:4
AddDownloadTaskReady enter Critical
Time At:0004243398
Line:5
call downloadresult js fn
/*
SendMessage( ... );
*/

可以看到Line:4以后,AddDownloadTask 都没有进入Critical,而是一直在等待. 因为AddDownloadTask是主线程调用的函数,他一直在等待_FdDownloadResultCallbackInClass 退出Critical, 但是此时_FdDownloadResultCallbackInClass 正在显示MessageBox, 所以主线程阻塞了!  
当click ok MessageBox 以后, _FdDownloadResultCallbackInClass 执行最后一步发送一个消息, 可是此时主线程依旧阻塞,所以SendMessage一直在等待主线程返回SendMessage, 于是大家就一直耗在那里了.
简单的说:

1. 进入Critical, 挂起, 
2. 此时其他函数要进入Critical,等待,引起主线程阻塞
3. 1进入Critical后,挂起一段时间后,解除挂起, SendMessage(注意不是PostMessage)
4. 因为主线程阻塞中,所以无法SendMessage, 1也无法走出Critical
5.整体阻塞.

posted on   norsd  阅读(217)  评论(0编辑  收藏  举报

编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· 葡萄城 AI 搜索升级:DeepSeek 加持,客户体验更智能
· 什么是nginx的强缓存和协商缓存
· 一文读懂知识蒸馏

导航

< 2009年1月 >
28 29 30 31 1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31
1 2 3 4 5 6 7
点击右上角即可分享
微信分享提示