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

import traceback

traceback.print_stack()

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

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

在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)的人来说应该很熟悉。

如果你需要用uWSGI来做这件事，它有内置的Python Tracebacker，这只是在配置中启用它的问题(编号附加在每个worker的名称上):

py-tracebacker=/var/run/uwsgi/pytrace

一旦你这样做了，你可以简单地通过连接到套接字打印反向跟踪:

uwsgi --connect-and-read /var/run/uwsgi/pytrace1

Python -dv yourscript.py

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

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

Python -m PDB yourscript.py

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

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

# DEBUG: START DEBUG -->
import traceback

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