Pydb值得一看，它是“松散地基于gdb命令集的Python调试器的扩展版本”。它包括信号管理器，可以在发送指定信号时启动调试器。

2006年的“代码之夏”项目研究了在名为mpdb的模块中向pydb添加远程调试功能。

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

# DEBUG: START DEBUG -->
import traceback

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

可以使用PuDB，这是一个带有curses接口的Python调试器。只需添加

from pudb import set_interrupt_handler; set_interrupt_handler()

到您的代码中，并在需要中断时使用Ctrl-C。你可以继续使用c，如果你错过了它，想要再试一次，你可以再次打破多次。

>>> import traceback
>>> def x():
>>>    print traceback.extract_stack()

>>> x()
[('<stdin>', 1, '<module>', None), ('<stdin>', 2, 'x', None)]

您还可以很好地格式化堆栈跟踪，请参阅文档。

编辑:为了模拟Java的行为，正如道格拉斯·里德所建议的那样，添加以下内容:

import signal
import traceback

signal.signal(signal.SIGUSR1, lambda sig, stack: traceback.print_stack(stack))

到应用程序中的启动代码。然后，您可以通过将SIGUSR1发送到正在运行的Python进程来打印堆栈。

我是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。

我有一个用于这种情况的模块——一个进程将运行很长时间，但有时由于未知和不可复制的原因而卡住。它有点俗气，只在unix上工作(需要信号):

import code, traceback, signal

def debug(sig, frame):
    """Interrupt running process, and provide a python prompt for
    interactive debugging."""
    d={'_frame':frame}         # Allow access to frame object.
    d.update(frame.f_globals)  # Unless shadowed by global
    d.update(frame.f_locals)

    i = code.InteractiveConsole(d)
    message  = "Signal received : entering python shell.\nTraceback:\n"
    message += ''.join(traceback.format_stack(frame))
    i.interact(message)

def listen():
    signal.signal(signal.SIGUSR1, debug)  # Register handler

要使用，只需在程序启动时调用listen()函数(您甚至可以将其插入site.py以让所有python程序使用它)，并让它运行。在任何时候，使用kill或python向进程发送一个SIGUSR1信号:

    os.kill(pid, signal.SIGUSR1)

这将导致程序在当前位置中断到python控制台，向您显示堆栈跟踪，并允许您操作变量。使用control-d (EOF)继续运行(不过请注意，您可能会在您发出信号时中断任何I/O等，因此它不是完全非侵入式的。

我有另一个脚本，做同样的事情，除了它通过管道与正在运行的进程通信(允许调试后台进程等)。在这里发布有点大，但我已经把它作为python食谱添加了。