异常链是捕获异常后抛出新异常时保留原始异常信息的机制，通过cause参数串联错误来龙去脉，Java用带Throwable构造器，Python支持隐式/显式链及断开链。

异常链是一种在捕获一个异常后抛出另一个异常时，主动保留原始异常信息的机制。它的核心价值不是简单地“换种说法”，而是把错误的来龙去脉串起来——表层异常说明发生了什么，原始异常揭示真正原因。

为什么需要异常链

不带链的异常处理就像只说“系统出错了”，却不告诉你错在哪一步、为什么错。比如数据库连接失败（SQLException），上层业务却只抛出“操作失败”（RuntimeException），日志里看不到驱动加载失败或网络超时细节，排查只能靠猜。

• 避免掩盖根因：原始堆栈、消息、类型全部可追溯
• 分层解耦：底层技术异常（IO、SQL）可被包装成业务异常（OrderException、AuthException），语义清晰又不失诊断能力
• 调试友好：printStackTrace() 或日志框架会自动展示 “Caused by:” 链路，一目了然

Java 中怎么用异常链

Java 从 Throwable 类就支持异常链，关键在于构造新异常时传入原始异常作为 cause 参数。

• 推荐方式：使用带 Throwable cause 的构造方法，例如 new ServiceException("订单创建失败", e)
• 兼容方式：先创建异常实例，再调用 exception.initCause(e)（注意必须在 fillInStackTrace() 前调用）
• 获取原因：通过 e.getCause() 向下逐层获取，直到返回 null

Python 中的异常链更灵活

Python 默认提供隐式链，同时支持显式控制，语法更直观。

• 隐式链：在 except 块中直接 raise 新异常，Python 自动把当前异常设为 __cause__
• 显式链：用 raise NewError(...) from original_exc 明确指定原因，traceback 会显示 “The above exception was the direct cause…”
• 断开链：用 raise NewError(...) from None 彻底隐藏原始异常，适用于需屏蔽底层细节的场景（如对外 API）

常见踩坑点

异常链不是加了就万事大吉，几个细节决定它是否真正有用：

• 别只传 message 不传 cause：throw new RuntimeException("失败") 是典型反例
• 自定义异常类务必提供带 cause 的构造器，并调用 super(message, cause)
• 不要在 catch 块里吞掉异常又不重抛——这等于主动剪断线索链
• 日志记录时建议同时打 e 和 e.getCause()，尤其当 cause 可能嵌套多层时