print_exc() 有时不输出完整堆栈是因为它仅依赖隐式当前异常状态，若异常被吞掉、不在 except 块中调用或上下文丢失（如多线程），就会失效；应显式用 sys.exc_info() 或 e.__traceback__ 配合 format_exception() 或 print_exception() 确保准确输出。
为什么 print_exc() 有时不输出完整堆栈？
直接调用 traceback.print_exc() 只会打印当前异常（即最近一次未捕获的异常），如果在 except 块里没主动抛出或保存异常，它可能什么也不打，或者打错上下文。常见于多层嵌套、异常被吞掉、或用了 sys.exc_info() 但没传给 print_exc()。
真正可控的方式是显式获取异常信息再格式化输出：
- 在
except块中用sys.exc_info()拿到(type, value, tb)三元组 - 传给
traceback.print_exception(type, value, tb)，确保打印的是当前捕获的异常 - 避免依赖“隐式当前异常”，尤其在日志记录、装饰器、异步回调等场景下
如何把错误堆栈转成字符串而不是直接打印？
很多场景需要把堆栈存进日志文件、发到监控系统或返回给前端，不能只靠 print_exc() 往 stdout 写。这时候得用 traceback.format_exc() 或更底层的 traceback.format_exception()。
format_exc() 最简单，返回完整字符串：
立即学习“Python免费学习笔记（深入）”；
try:
1 / 0
except:
error_str = traceback.format_exc()
print("捕获到错误：", error_str)但注意：format_exc() 同样依赖隐式异常状态；若需处理指定异常对象（比如从 except Exception as e: 拿到的 e），必须用 traceback.format_exception(type(e), e, e.__traceback__) —— 尤其在 Python 3.7+ 中，e.__traceback__ 是标准方式，别再用 sys.exc_info()。
traceback.print_tb() 和 print_exception() 有什么区别？
print_tb() 只打印 traceback 部分（即函数调用链），不含异常类型和消息；print_exception() 打印完整三段式结构：异常类名、异常值、堆栈轨迹。多数时候你应该用后者。
典型误用：
- 只调
traceback.print_tb(tb)→ 输出里没有ZeroDivisionError: division by zero，只有文件行号 - 漏传
value参数给print_exception()→ 报TypeError: print_exception() missing 2 required positional arguments - 传了
tb却忘了用sys.exc_info()[2]或e.__traceback__获取，导致None→ 什么也不输出
在 logging 中安全使用 traceback 的关键点
直接在 logging.error("msg", exc_info=True) 就能自动附带堆栈，但很多人手动拼接时翻车：
- 写
logging.error("failed: %s", traceback.format_exc())→ 如果没异常，format_exc()返回空字符串，日志看不出问题 - 在多线程/协程里混用
sys.exc_info()→ 可能拿到其他线程的异常上下文 - 用
exc_info=True时，logging 自动调用sys.exc_info()，所以务必确保它在except块内调用，否则还是空
最稳妥的日志写法：
try:
do_something()
except Exception as e:
logger.error("操作失败", exc_info=True) # 不要自己 format复杂点在于跨线程或异常被重新 raise 的场景，这时 e.__traceback__ 是唯一可靠来源，别指望 sys.exc_info() 还能对得上。
