在主线程中使用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.整体阻塞.
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 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的强缓存和协商缓存
· 一文读懂知识蒸馏