Python异常链需用raise ... from ...显式触发，__cause__为显式原因，__context__为隐式上下文；两者共存时traceback显示对应提示，调试需注意日志和工具对链的支持。
Python 里 raise ... from ... 怎么触发异常链
异常链不是自动产生的，必须显式用 from 关键字连接两个异常，否则即使在 except 块里 raise 新异常，也不会形成链式 traceback。
常见错误现象：raise ValueError("bad input") 在捕获 KeyError 后直接抛出，结果 traceback 只显示 ValueError，原始 KeyError 完全丢失。
- 正确写法是
raise ValueError("bad input") from e，其中e是捕获到的原始异常对象 - 如果想抑制原始异常（只显示新异常），写成
raise ValueError("bad input") from None -
from后面必须是异常实例或None，不能是字符串、类型名或未赋值变量，否则报TypeError: __cause__ must be an exception instance or None
为什么 __cause__ 和 __context__ 都会出现
Python 自动设置 __context__（隐式上下文）用于未用 from 的嵌套异常；__cause__（显式原因）只在 raise ... from ... 时被赋值。两者共存时，traceback 会先显示 “The above exception was the direct cause of the following exception:” 这类提示。
使用场景：调试时看到两段 traceback，别急着删代码——可能只是你没加 from，Python 自动补了 __context__。
立即学习“Python免费学习笔记（深入）”；
- 手动设置
__cause__不推荐，应始终用raise ... from ...语法 -
__context__在try/except外抛异常时不会被设置，仅限“在处理另一个异常时又抛出新异常”的情况 - 性能上无差异，但混用
__cause__和__context__会让 traceback 更难读，尤其对不熟悉异常链机制的人
traceback 输出里 “During handling of the above exception…” 是哪来的
这句话对应的是 __context__ 触发的隐式链，不是 bug，也不是配置问题，是 Python 解释器的标准行为。
容易踩的坑：logging.exception() 或 IDE 控制台默认只打印最外层异常，可能看不到完整链；需确保用 traceback.print_exception() 并传入全部三个参数（type, value, tb），或用 traceback.format_exception() 才能保留链式结构。
- IPython/Jupyter 默认展示完整链，但普通 Python CLI 可能截断，注意观察输出末尾是否有 “...” 或换行缺失
- Django 等框架有时会重写异常处理器，导致
__cause__被丢弃，此时要检查中间件或日志配置是否调用了exc_info=False - pytest 捕获异常时默认展示链，但加了
--tb=short会隐藏中间环节，调试时建议用--tb=long
自定义异常类怎么参与异常链
不需要额外操作。只要继承 Exception（或其子类），就能正常被 raise ... from ... 引用，也能作为 __cause__ 或 __context__ 存储。
唯一要注意的是：如果重写了 __init__ 且没调用 super().__init__()，可能导致异常消息丢失，但不影响链本身。
- 异常链不依赖
__str__或args，只依赖异常对象的身份和__cause__/__context__属性 - 不要在自定义异常里手动赋值
self.__cause__，这会被解释器忽略，必须用raise ... from ... - 若需携带额外上下文（如请求 ID），建议通过异常属性（如
e.request_id = "abc123"）附加，而不是试图塞进 traceback 链
except 块嵌套、协程切换、或跨线程抛异常时，__context__ 可能意外被清空或覆盖——这时候看 traceback 里的 “During handling…” 提示反而成了关键线索。 
