欢迎光临
我的个人博客网站

记一次dump文件定位锁


行情报价关闭K线界面卡死

前奏

  1. Dump收集
  2. Clr运行时文件收集
  3. 收集文件放到同一目录,VS打开
  4. 查看线程堆栈

问题还原

  1. 主线程停在Messenger.UnregsiterCore处(关闭K线界面,调用VM的CleanUp方法引起)
  2. 工作线程1停在Messenger.Send处
  3. 工作线程2停在Forms.Control.WaitForWaitHandle处(堆栈上游是Messenger.Send后执行注册的方法)

问题分析

  1. 上面的工作线程2的堆栈是一个常见的客户端死锁现象,一般由Control.Invoke调用,等待主线程操作权限
  2. 接下来看主线程现在在干什么,主线程在执行Messenger的取消注册方法
  3. 工作线程1也在执行Messenger的发送方法
  4. 查看Messenger源码,发现里面只有私有变量isMultiThreadSafe为true时,才会进入锁对象actionInvoker,而一般的Messenger.Default实例的该变量值为false
  5. 通过定位,Messenger.Default是我们自己赋的值,同时传参true,即isMultiThreadSafe=true
  6. 问题原因昭然若揭,工作线程2通过Send方法获取了锁actionInvoker,并执行Send事件对应的方法,方法内部调用Control.Invoke等待主线程回应。但此时主线程正在CleanUpK线的vm,同时取消Messenger的订阅,这个取消订阅需要等待锁actionInvoker被释放。这个锁actionInvoker被工作线程2占用,线程2在等主线程,主线程在等锁actionInvoker……死锁。

解决方法

  1. 工作线程2的Control.Invoke调用,换成Control.BeginInvoke
  2. Messenger.Send方法是同步执行被注册方法的,导致方法没有执行完成时,锁一直被占用。我们可以添加一个IMessenger的Post扩展方法,在线程池上执行被注册方法,同时锁被立即释放,死锁环也可以解开。

注:以上的Messenger为DevExpress的一个消息类

赞(0) 打赏
未经允许不得转载:张拓的天空 » 记一次dump文件定位锁
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

专业的IT技术经验分享 更专业 更方便

联系我们本站主机

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏