获取其他线程的回溯

问题描述：

在 Linux 中，要获取回溯，可以使用 backtrace() 库调用，但它仅返回当前线程的回溯。假设我知道它是 TID（或 pthread_t）并且可以保证它处于休眠状态，那么有没有办法获取其他线程的回溯？

libunwind (http://www.nongnu.org/libunwind/) 项目似乎可以提供帮助。问题是 CentOS 不支持它，所以我宁愿不使用它。

还有其他想法吗？谢谢。

解决方案 1：

我在这里自己实现了它。

最初，我想实现类似于这里建议的东西，即以某种方式获取线程的顶部帧指针并手动展开它（链接源源自 Apple 的backtrace实现，因此可能是 Apple 特有的，但这个想法是通用的）。

但是，为了确保安全（上面的源代码并不安全，甚至可能被破坏），您必须在访问线程堆栈时暂停该线程。我四处寻找暂停线程的不同方法，找到了这个、这个和这个。基本上，没有真正的好方法。常见的 hack 也是Hotspot JAVA VM 使用的，它是使用信号并通过pthread_kill向您的线程发送自定义信号。

因此，无论如何我都需要这样的信号黑客，我可以让它更简单一些，只需backtrace在目标线程中执行的被调用信号处理程序内部使用即可（正如sandeep 在此处所建议的那样）。这基本上就是我的实现所做的事情。

如果您还对打印回溯感兴趣，即获取一些有用的调试信息（函数名称、源代码文件名、源代码行号等），请阅读此处backtrace_symbols有关基于 libbfd 的扩展。或者直接在此处查看源代码。

解决方案 2：

借助回溯进行信号处理可以解决您的目的。

我的意思是如果您有一个线程的 PID，您就可以为该线程发出信号。并且在处理程序中您可以使用回溯。由于处理程序将在特定线程中执行，因此那里的回溯将输出您所需要的内容。

解决方案 3：

gdb 提供了以下用于调试多线程程序的功能：

• 自动通知新主题

• ‘thread thread-id’，在线程之间切换的命令

• ‘infothreads’，查询现有线程的命令

• ‘thread apply [thread-id-list] [all] args’，将命令应用于线程列表的命令

• 特定线程断点

• '设置打印线程事件'，控制线程启动和退出时的消息打印。

• 'set libthread-db-search-path path'，如果默认选择与程序不兼容，它允许用户指定使用哪个 libthread_db。

因此，只需通过 cmd: 'thread thread-id' 转到 GDB 中所需的线程即可。然后在该线程上下文中执行 'bt' 以打印线程回溯。