Exception链是Java 1.4起支持的机制，允许异常通过cause引用嵌套底层异常，需用带Throwable参数的构造函数正确传递而非拼接消息。
什么是 Exception 链（Exception Chaining）
Java 从 1.4 开始原生支持异常链，即一个异常可以持有另一个异常的引用（cause），用于说明“当前异常是由哪个底层异常引发的”。这不是靠手动拼接消息字符串实现的，而是通过构造函数把原始异常作为 cause 传入，JVM 会自动在 printStackTrace() 中展开整个链。
如何正确创建带 cause 的异常
绝大多数标准异常类都提供带 Throwable cause 参数的构造函数。关键不是“能不能传”，而是“要不要传”和“怎么传才不丢链”。
- 用
new RuntimeException("msg", cause)而不是new RuntimeException("msg: " + cause.getMessage())—— 后者彻底切断链 - 若捕获的是
IOException，又想包装为业务异常OrderProcessingException，且该类继承自RuntimeException，确保它提供了super(message, cause)调用 - 不要在 catch 块里只写
throw new MyException("failed")—— 这会丢失原始堆栈和 cause
try {
Files.readAllBytes(Paths.get("config.json"));
} catch (IOException e) {
// ✅ 正确：保留原始异常作为 cause
throw new ConfigLoadException("Failed to load config", e);
}
// ❌ 错误示例（断链）：
// throw new ConfigLoadExce
ption("Failed to load config: " + e.getMessage());
getCause() 和 printStackTrace() 的行为差异
getCause() 只返回直接 cause，不会递归；而 printStackTrace() 默认会递归打印整条链（直到 cause == null 或出现循环引用）。但要注意：某些日志框架（如 Log4j 1.x）默认只打印最外层异常，需显式配置或改用 throwable.printStackTrace(System.err) 验证链是否真实存在。
- 调用
e.getCause().getCause()是合法的，但应先判空，否则可能抛NullPointerException - 使用
ExceptionUtils.getRootCause(e)（Apache Commons Lang）可安全获取最底层异常，避免手写 while 循环 - JDK 7+ 的
try-with-resources会自动将 suppressed 异常加入链（通过addSuppressed()），这和 cause 不同，是并列关系而非嵌套
自定义异常类必须显式委托 cause 构造函数
如果你写了 class DataValidationException extends RuntimeException，却没声明接收 Throwable 的构造函数，那么所有用它包装底层异常的尝试都会失败——因为编译器不会自动生成，也不会隐式调用父类构造器。
public class DataValidationException extends RuntimeException {
public DataValidationException(String message) {
super(message);
}
// ✅ 必须加上这一行，否则无法构建异常链
public DataValidationException(String message, Throwable cause) {
super(message, cause);
}
}
漏掉这个构造函数，是生产环境异常信息“突然变浅”最常见的原因。IDE（如 IntelliJ）能提示“missing constructor”，但很多团队没开启相关检查。
