traceback.print_exc()仅打印最近未捕获异常的栈帧，不包含__cause__和__context__链；需用sys.exc_info()获取三元组，再调用traceback.format_exception()才能完整输出跨函数、跨文件及异常链信息。
直接用 traceback.print_exc() 只能打印当前异常，想看到完整调用链（比如跨函数、跨文件的层层抛出），必须主动捕获并格式化异常对象，不能依赖默认行为。
为什么 traceback.print_exc() 有时“断链”了
它只输出最近一次未捕获异常的栈帧，默认不包含被包装过的异常（如 raise new_exc from original_exc 中的 original_exc），也跳过已处理再抛出的中间层。
常见现象：Traceback (most recent call last): 后面只有一两层，但你知道逻辑上至少经过了 4 个函数。
- 使用
try/except捕获后raise不带参数，会丢失原始 traceback - 用
raise exc from None显式抑制原因，也会切断链 - 异步代码或线程中未正确传递异常上下文，
print_exc()拿不到父帧
用 traceback.format_exception() 获取全链
它返回一个字符串列表，每行一条栈信息，天然支持异常链（PEP 3134）。关键是要传入完整的三元组：type, value, tb，而不是只传 sys.exc_info() 的结果。
立即学习“Python免费学习笔记（深入）”；
import sys import traceback
- 必须用
sys.exc_info()拿三元组，不能只传e—— 否则会丢掉 traceback 对象 -
format_exception()自动展开__cause__和__context__，比print_exc()多一到两个 “During handling of the above exception…” 区块 - 如果在 except 块里又 raise 新异常，且用了
raise NewError() from e，这个链也会被包含
在日志中安全记录全链（避免裸 print）
直接 print() 不适合生产环境：没时间戳、没级别、无法重定向。应该交给 logging 模块，并确保格式器能承载完整 traceback 字符串。
import logging
import traceback
import syslogger = logging.getLogger(name)try:
risky_call()
except Exception:
exc_type, exc_value, exc_tb = sys.exc_info()
tb_str = ''.join(traceback.format_exception(exc_type, exc_value, exc_tb))
logger.error("Uncaught error occurred", exc_info=False, extra={'traceback': tb_str})- 务必设
exc_info=False，否则 logging 会再次调用print_exc()，导致重复和截断 - 把
tb_str放进extra，再自定义 Formatter 输出%(traceback)s，才能保证不被日志处理器截断（默认对 traceback 有长度限制） - 注意
traceback.format_exception()返回的是带换行的字符串列表，''.join()是必须步骤，否则日志里会是['File "...", line 5, in ...\n', ...]这种难读格式
真正容易被忽略的是：异常链不是自动“可见”的，哪怕你写了 raise from，不主动用 format_exception() 提取，Python 就不会把它塞进标准错误输出里。调试时多看一眼 __cause__ 属性，比反复加 print 更快定位源头。
