我是GDB阵营的python扩展。关注https://wiki.python.org/moin/DebuggingWithGdb，这意味着

DNF install GDB python-debuginfo或sudo apt-get install GDB python2.7-dbg GDB python <运行进程>的pid py-bt

同时考虑info threads和thread apply all py-bt。

你可以使用hypno包，像这样:

hypno <pid> "import traceback; traceback.print_stack()"

这将把堆栈跟踪打印到程序的标准输出中。

或者，如果你不想打印任何东西到stdout，或者你没有访问它的权限(例如守护进程)，你可以使用madbg包，这是一个python调试器，允许你附加到一个正在运行的python程序并在当前终端中调试它。它类似于pyrasite和pyringe，但更新，不需要gdb，并使用IPython作为调试器(这意味着颜色和自动补全)。

要查看正在运行的程序的堆栈跟踪，你可以运行:

madbg attach <pid>

在调试器shell中，输入: 英国电信

免责声明——这两个包都是我写的

在运行代码时，您可以插入这个小片段，以查看格式化良好的打印堆栈跟踪。它假设在项目的根目录中有一个名为logs的文件夹。

# DEBUG: START DEBUG -->
import traceback

with open('logs/stack-trace.log', 'w') as file:
    traceback.print_stack(file=file)
# DEBUG: END DEBUG --!

没有办法钩入正在运行的python进程并获得合理的结果。如果进程锁定，我所做的是连接strace并试图弄清楚到底发生了什么。

不幸的是，strace通常是“修复”竞争条件的观察器，因此输出在那里也是无用的。

您可以尝试faulthandler模块。使用pip Install faulthandler安装它，并添加:

import faulthandler, signal
faulthandler.register(signal.SIGUSR1)

在程序开始的时候。然后将SIGUSR1发送到进程(例如:kill -USR1 42)，以显示所有线程的Python回溯到标准输出。阅读文档以获得更多选项(例如:登录到文件中)和其他显示回溯的方法。

该模块现在是Python 3.3的一部分。对于Python 2，请参见http://faulthandler.readthedocs.org/

在Python 3中，当你第一次在调试器中使用c(ont(inue))时，pdb会自动安装一个信号处理程序。然后按Control-C会让你回到那里。在Python 2中，这里有一个单行程序，即使在相对较旧的版本中也可以工作(在2.7中测试过，但我检查了Python源代码回到2.4，看起来还可以):

import pdb, signal
signal.signal(signal.SIGINT, lambda sig, frame: pdb.Pdb().set_trace(frame))

如果你花时间调试Python, pdb是值得学习的。这个界面有点迟钝，但是对于使用过类似工具(比如gdb)的人来说应该很熟悉。