traceback模块有一些不错的函数，其中包括:

import traceback

traceback.print_stack()

看一下Python 3.3中新增的faulthandler模块。PyPI上有一个用于Python 2的faulthandler backport。

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

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

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

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

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

madbg attach <pid>

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

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

我几乎总是处理多线程，主线程通常不做太多，所以最有趣的是转储所有堆栈(这更像Java的转储)。下面是一个基于这个博客的实现:

import threading, sys, traceback

def dumpstacks(signal, frame):
    id2name = dict([(th.ident, th.name) for th in threading.enumerate()])
    code = []
    for threadId, stack in sys._current_frames().items():
        code.append("\n# Thread: %s(%d)" % (id2name.get(threadId,""), threadId))
        for filename, lineno, name, line in traceback.extract_stack(stack):
            code.append('File: "%s", line %d, in %s' % (filename, lineno, name))
            if line:
                code.append("  %s" % (line.strip()))
    print("\n".join(code))

import signal
signal.signal(signal.SIGQUIT, dumpstacks)

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

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

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

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