应调用 traceback.format_exception(type, value, tb) 获取字符串列表形式的结构化异常信息，参数顺序不可颠倒，需在 except 块内立即保存 sys.exc_info()，limit 和 chain 参数可控制帧数与异常链展开。
如何用 traceback.format_exception() 获取结构化异常信息
直接调用 traceback.format_exception() 是最常用且可控的方式，它返回一个字符串列表，每行对应堆栈中的一帧，包括异常类型、消息和所有 traceback 行。关键在于传参顺序：必须是 type, value, tb（即 sys.exc_info() 的三元组），不能颠倒或漏掉 tb。
常见错误是传入 None 作为 traceback，导致只输出异常类型和消息，丢失调用链；或者误用 traceback.format_exc()（它隐式获取当前异常，但无法控制格式细节）。
- 推荐写法：
import sys import traceback try: 1 / 0 except ZeroDivisionError: exc_type, exc_value, exc_tb = sys.exc_info() lines = traceback.format_exception(exc_type, exc_value, exc_tb) print(''.join(lines)) -
limit参数可限制帧数（如只取最后 3 层），chain=True控制是否展开异常链（Python 3.3+），默认为True，若不希望看到During handling of the above exception...段落，设为False - 注意：
exc_tb在except块外会变成None，必须在异常处理上下文中立即保存
为什么不用 traceback.print_exception() 直接打印？
它只是把格式化结果输出到 file（默认 sys.stderr），不返回数据，无法做后续处理（如日志脱敏、上报结构体、存入数据库）。如果你需要的是「可编程提取」而非「仅展示」，就该避免它。
- 它不返回值（返回
None），没法赋值给变量 - 无法捕获输出内容——除非重定向
sys.stderr，但这引入副作用且线程不安全 - 参数签名和
format_exception()几乎一致，但语义上已表明「这是终端行为」，违背结构化提取初衷
怎样把堆栈转成字典结构供 JSON 序列化？
traceback.format_exception() 返回的是字符串列表，不是原始帧对象。要获得字段级结构（如文件名、行号、函数名），得手动解析或改用 traceback.extract_tb() 和 traceback.ExceptionInfo（Python 3.10+）。
立即学习“Python免费学习笔记（深入）”；
-
traceback.extract_tb(exc_tb)返回TracebackException实例（3.10+）或旧式list（含(filename, lineno, name, line)元组），适合构建结构化数据 - 示例（3.10+）：
exc_info = traceback.TracebackException(*sys.exc_info()) stack_dict = { "type": exc_info.exc_type.__name__, "message": str(exc_info), "frames": [{"file": f.filename, "line": f.lineno, "func": f.name, "code": f.line} for f in exc_info.stack] } - 低版本需组合
extract_tb()+format_exception_only()拼接消息，注意extract_tb()不包含异常本身，只含 traceback 帧
使用 logging.exception() 时堆栈是否结构化？
否。logging.exception() 内部调用的是 traceback.print_exception()，最终写入 handler 的仍是纯文本。即使你用 JSONFormatter，它也只能对日志 message 字段做序列化，而堆栈部分早已被格式化成字符串塞进 record.msg 里了。
- 若需真正结构化，应捕获异常后手动构造 log record 字段，例如：
logger.error("Operation failed", extra={"exc_info": exc_info})，再配合自定义 formatter 提取exc_info.stack - 第三方库如
structlog或loguru提供更自然的异常结构化支持，但底层仍依赖traceback模块的解析能力 - 别指望
exc_info=True参数能给你字典——它只是触发 traceback 打印，和结构化无关
traceback 模块本身不提供“一键转 dict”接口，所有结构化都建立在你主动调用 extract_* 或 TracebackException 的基础上；而一旦离开 except 块，sys.exc_info() 就失效，这点在异步或装饰器中尤其容易出错。 
