我不知道有什么类似于java对SIGQUIT的响应，所以您可能必须将其构建到应用程序中。也许您可以在另一个线程中创建一个服务器，以便在响应某种类型的消息时获得堆栈跟踪?

安装信号处理程序的建议很好，我经常使用它。例如，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通常可以让您很好地了解进程正在做什么。

Python -dv yourscript.py

这将使解释器以调试模式运行，并为您提供解释器正在做什么的跟踪。

如果你想交互调试代码，你应该像这样运行它:

Python -m PDB yourscript.py

它告诉python解释器使用模块“pdb”(python调试器)运行你的脚本，如果你这样运行它，解释器将以交互模式执行，很像GDB

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

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

我几乎总是处理多线程，主线程通常不做太多，所以最有趣的是转储所有堆栈(这更像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)

您可以尝试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/