[原]调试excel启动时死锁

最新推荐文章于 2021-03-26 16:24:10 发布

原创最新推荐文章于 2021-03-26 16:24:10 发布 · 225 阅读

0 ·

CC 4.0 BY-SA版权

这是继前两篇死锁文章之后的第三篇文章，依然是使用`windbg`进行调试。欢迎各位阅读，希望对你有所帮助。我列出了前两篇文章的链接，方便各位查看。

[原]调试DLL卸载时的死锁

[原]调试TerminateThread导致的死锁

前言

这是几年前在项目中遇到的一个死锁问题。本文假设小伙伴们知道一些基本概念。比如，什么是.dump文件（转储文件，进程在某一时刻的快照），什么是windbg（windows下的调试利器），windbg的基本命令，调用栈，调用约定，等等。

背景介绍

我们的程序会把dll注入到其它进程，然后后调用SetWinEventHook安装进程内钩子。然后专门开启一个线程来分发监听到的事件信息，并在该线程内会获取IAccessible接口并使用该接口获取感兴趣的属性（e.g. 按钮的标题，按钮的位置等等）。运行我们的程序后，再启动excel，有时候会导致excel卡死，本文分析的.dump文件就是其中一次卡死时抓取的。背景介绍完毕，下面开始分析.dump。

问题分析

首先，我们用windbg打开.dump文件，因为当时没截图，这里就不放图了。

因为是UI线程卡死，而且一般情况下，第一个线程就是UI线程，所以我们使用~0s命令来切换到UI线程。

然后用kv命令列出调用栈，因为比较长，这里只用了kv10，列出前16个栈帧（windbg默认是16进制）。

我们发现0号线程进入关键段时卡住了，在等待值为0x544的句柄，猜测应该是关键段内部的LockSemaphore(类型为的event，可以通过!handle 0x544来验证，之前忘记截图了，这里就不放图了)，我们可以用命令!cs 76b18770来观察关键段76b18770的内容。

通过OwningThread字段我们可以知道关键段76b18770被线程0x000001ac占用着，而0号线程的线程id是0x00000de4。

我们可以通过? $tid来观察当前线程的id（因为我们之前用~0s切换到0号线程了，所以观察到的是0号线程对应的id）

我们切换到线程id为0x000001ac的线程看看, 可以使用~~[native_thread_id]s来根据线程id切换线程。输入~~[0x000001ac]s;kv

从上图可知，线程0x000001ac正是我们新建的线程。从调用栈可知，本线程正在取name属性。但是因为某些原因触发了异常！frame 2表示正在调用SuspendThread挂起句柄为fffffffe的线程！也就是当前线程！！！我们可以反汇编KERNELBASE!GetCurrentThread来验证。输入uf KERNELBASE!GetCurrentThread