Python异常链通过raise...from...（设__cause__）和raise（设__context__）实现，前者显式声明直接原因并优先展示，后者自动记录处理中的异常；二者可共存，调试时应检查__cause__或__context__定位源头。
Python 中的异常链（exception chaining）通过 raise ... from ... 和 raise ...（无 from）两种方式实现，核心是明确表达“这个异常是由另一个异常引发的”，便于调试时追溯根本原因。
用 raise ... from ... 显式建立异常链
当你捕获一个异常、做了处理（比如记录日志、清理资源），又想抛出一个**新异常**，同时保留原始异常上下文，就该用 from。Python 会把原始异常作为 __cause__，并在 traceback 中以 The above exception was the direct cause of the following exception: 提示。
例如：
try:
int("abc")
except ValueError as e:
raise TypeError("配置值必须是整数") from e
运行后会看到完整的链式 traceback，清楚显示 ValueError 导致了 TypeError。
立即学习“Python免费学习笔记（深入）”；
- 推荐在「主动转换异常类型」时使用，比如把底层 I/O 错误包装成业务异常
-
from None可显式抑制异常链（即不显示原始异常），适用于你确定原始异常无关或可能泄露敏感信息
用 raise（无 from）自动继承异常链
在 except 块中直接写 raise（不带任何参数），Python 会重新抛出当前正在处理的异常，并自动将其设为新异常的 __context__。traceback 中会显示 During handling of the above exception, another exception occurred:。
例如：
try:
1 / 0
except ZeroDivisionError:
print("除零了，再试试别的")
raise ValueError("计算失败")
这里没有 from，但 Python 仍会记录前一个异常，形成隐式链。
- 适合「捕获后做点事，再原样或简单升级抛出」的场景
- 注意：如果在 except 中又触发了新异常（比如访问未定义变量），也会自动形成
__context__链，无需手动写raise
区分 __cause__ 和 __context__
__cause__ 是你用 from 显式指定的“直接原因”；__context__ 是 Python 自动记录的“处理过程中顺带发生的异常”。两者可同时存在，但 __cause__ 优先级更高，traceback 优先展示它。
可通过异常对象直接访问：
try:
raise ValueError("原始错误") from KeyError("键不存在")
except Exception as e:
print(e.__cause__) # KeyError('键不存在')
print(e.__context__) # None（因为用了 from，__context__ 被忽略）
- 调试时检查
e.__cause__或e.__context__，能快速定位源头 - 自定义异常类中，可重写
__str__或添加辅助方法来友好展示链信息
实际开发中的建议
异常链不是炫技，而是为了降低排查成本。关键原则是：让上层看到的异常，既符合当前抽象层级，又不丢失底层线索。
- 对外暴露的 API，建议用
from包装底层异常，避免暴露实现细节（如把sqlite3.IntegrityError转为UserAlreadyExistsError） - 日志中记录异常时，用
logging.exception()，它会自动打印完整 traceback，包括所有链路 - 测试异常链可用
assert "direct cause" in str(context.exception)或检查exc.__cause__类型
