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

# DEBUG: START DEBUG -->
import traceback

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

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

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

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

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

pyrasite可以在没有调试符号的情况下，在常规python中运行一个未准备好的python程序，从而获得该程序的堆栈跟踪。在Ubuntu Trusty上对我来说很有魅力:

$ sudo pip install pyrasite
$ echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
$ sudo pyrasite 16262 dump_stacks.py # dumps stacks to stdout/stderr of the python program

(向@Albert致敬，在其他工具中，他的回答包含指向this的指针。)

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

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

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

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