Python 的异常链（Exception Chaining）和异常传播机制，是理解错误如何在代码中逐层传递、被拦截或重构的关键。它不仅影响调试体验，还决定了你能否保留原始错误的上下文信息。
异常链：显式关联两个异常
当一个异常在处理另一个异常的过程中被抛出，Python 默认会将二者链接起来，形成异常链。这种链接让开发者能同时看到“引发异常的原因”和“后续发生的错误”。
有两种主要方式建立异常链：
-
隐式链：在 except 块中直接 raise 新异常（不带 from），且当前有活跃异常时，Python 自动将前一个异常设为
__cause__的源头； -
显式链：用
raise NewException() from original_exc明确指定因果关系，此时__cause__被设为指定异常，而原异常也会出现在 traceback 中（标记为 “During handling of the above exception, another exception occurred”）。
注意：raise NewException() from None 可切断链，使新异常看起来完全独立（__cause__ 为 None，且不显示“During handling…”提示）。
立即学习“Python免费学习笔记（深入）”；
异常传播：从抛出点到最近的 except
异常一旦抛出，就会沿着调用栈向上查找能匹配的 except 子句。这个过程称为异常传播。
关键行为包括：
- 如果某层函数没有捕获异常，该异常会“冒泡”到上一层调用者；
- 遇到匹配的 except 后，传播停止，执行对应处理逻辑；
- 若 finally 存在，无论是否发生异常、是否被捕获，它都会执行；
- 在 except 或 finally 中再次 raise（无参数），会重新抛出当前正在处理的异常，保持其原始类型、消息和 traceback。
查看异常链信息的实用方法
调试时可通过以下方式访问异常链细节：
-
exc.__cause__：显式通过from指定的直接原因； -
exc.__context__：隐式发生的前置异常（如 except 中未用 from 抛出新异常时）； -
exc.__traceback__：当前异常的 traceback 对象； -
traceback.print_exception(exc)或logging.exception()会自动打印完整链式 traceback。
常见误区与建议
实际开发中容易忽略链式信息的保留：
- 避免在 except 中仅写
raise ValueError("转换失败")—— 这会丢失原始错误堆栈； - 推荐写法：
raise ValueError("转换失败") from e，尤其在封装底层错误时； - 日志记录应使用
logger.exception(msg)而非logger.error(str(e))，否则只记消息不记 traceback； - 测试异常链可用
assert exc.__cause__ is original_exc验证因果关系。
异常链不是语法糖，而是 Python 提供的可追溯性基础设施。合理使用能让错误更易定位、接口更健壮、维护成本更低。
