Java异常链的核心是通过带cause构造函数保留原始异常。应使用throw new RuntimeException("msg", cause)而非仅throw new RuntimeException("msg")，自定义异常也需提供Throwable cause构造函数，避免initCause()多次调用或捕获后不传cause等破坏链操作。
Java 异常链的核心是保留原始异常（root cause），避免丢失关键上下文。正确做法不是简单地“抛出新异常”，而是通过构造函数将原始异常作为 cause 传入，让调用方能通过 getCause() 或打印堆栈时自动展开完整链条。
用带 cause 的构造函数包装异常
这是最直接、最推荐的方式。所有标准异常（如 RuntimeException、IOException）都提供接受 Throwable cause 的构造方法。
- 不要写：
throw new RuntimeException("处理订单失败");（丢失原始异常） - 应该写：
throw new RuntimeException("处理订单失败", originalException); - 如果 originalException 是
NullPointerException或SQLException，它会成为该 RuntimeException 的 cause，并在日志或 IDE 中可逐层展开
在 catch 块中主动重抛并保留 cause
当需要补充业务语义或转换异常类型时，别忽略原始异常：
- 捕获后不要只记录再 throw 新异常；应显式传递 cause
- 示例：
try { processPayment(); } catch (PaymentException e) { logger.warn("支付环节异常", e); throw new OrderServiceException("订单支付失败，请稍后重试", e); // ← 关键：传 e }
自定义异常也要支持 cause 构造
如果你写了自己的异常类，务必提供 Throwable cause 构造函数，并调用父类对应构造：
立即学习“Java免费学习笔记（深入）”；
- 错误写法：只提供
String message构造，导致无法链式传递 - 正确写法：
public class OrderValidationException extends Exception { public OrderValidationException(String message) { super(message); } public OrderValidationException(String message, Throwable cause) { super(message, cause); // ← 必须调用父类带 cause 的构造 } }
避免常见破坏链的操作
以下行为会切断异常链，让根因不可追溯：
- 用
initCause()多次调用（仅允许设一次，且多数场景无需手动调） - 捕获后新建异常但未传 cause，再调用
e.printStackTrace()—— 只打印当前层 - 用
StringUtils.toString(e)或自行拼接消息丢弃 cause - 在 finally 或日志中吞掉异常却不 re-throw，造成静默失败
只要每层都用带 cause 的构造函数包装，JVM 就能维护完整的异常链。调用方调用 e.getCause() 可逐级获取，e.printStackTrace() 默认输出也会递归打印整个链。不复杂但容易忽略。
