异常链是捕获异常后抛出新异常时保留原始异常信息的机制，通过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 可能嵌套多层时
