在这里真正帮助我的是spiv的技巧(如果我有声望分数，我会投票并评论)，即从一个未准备好的Python进程中获得堆栈跟踪。除非我修改了gdbinit脚本，否则它无法工作。所以:

下载https://svn.python.org/projects/python/trunk/Misc/gdbinit并将其放在~/.gdbinit中 编辑它，将PyEval_EvalFrame更改为PyEval_EvalFrameEx [edit:不再需要;链接的文件在2010-01-14已经有此更改] 附加gdb: gdb -p PID 获取python堆栈跟踪:pystack

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

# DEBUG: START DEBUG -->
import traceback

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

Pyringe是一个调试器，可以与正在运行的python进程交互，打印堆栈跟踪，变量等，而不需要任何先验设置。

虽然我过去经常使用信号处理程序解决方案，但在某些环境中仍然很难重现这个问题。

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

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

安装信号处理程序的建议很好，我经常使用它。例如，bzr默认安装一个SIGQUIT处理程序，调用pdb.set_trace()立即将您放入pdb提示符中。(参见bzrlib。进入模块的源代码以获取确切的细节。)使用pdb，您不仅可以获得当前堆栈跟踪(使用(w)here命令)，还可以检查变量等。

然而，有时我需要调试一个我没有预见到在其中安装信号处理程序的进程。在linux上，您可以将gdb附加到进程，并使用一些gdb宏获得python堆栈跟踪。将http://svn.python.org/projects/python/trunk/Misc/gdbinit放在~/中。gdbinit,然后:

附加gdb: gdb -p PID 获取python堆栈跟踪:pystack

不幸的是，它不是完全可靠的，但它在大多数时候都是有效的。参见https://wiki.python.org/moin/DebuggingWithGdb

最后，附加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/