异常链的作用是什么

异常链（Exception Chaining） 的核心作用是在捕获并重新抛出异常时，把原始异常“包装”进新异常里，保留完整的问题发生过程，避免异常信息丢失，让排查问题更准确、方便。

下面从“为什么需要”和“具体作用”两方面说明。

一、为什么需要异常链

假设有这样的代码：

try {
    readFile();
} catch (IOException e) {
    throw new BusinessException("业务处理失败");
}

问题来了：

• 新的 BusinessException 覆盖了原始异常
• 你只知道“业务失败”，但不知道是 IO 还是空指针，还是其他问题
• 排查问题时，根因被“断掉”了

二、异常链的作用

1️⃣ 保留原始异常（根本原因）

异常链可以把原始异常作为原因（cause）保存起来：

try {
    readFile();
} catch (IOException e) {
    throw new BusinessException("业务处理失败", e);
}

效果：

• 新异常抛出
• 原始 IOException 仍然保留
• 打印堆栈时能看到完整链路

2️⃣ 打印完整异常堆栈

异常链会输出类似这样的信息：

BusinessException: 业务处理失败
    at com.xxx.Service.execute(Service.java:20)
Caused by: java.io.IOException: 文件不存在
    at com.xxx.FileUtil.readFile(FileUtil.java:10)

这让你能清楚看到：

✅ 哪一层抛的异常
✅ 根本原因是什么
✅ 不是“凭空失败”

3️⃣ 分层封装异常（业务语义更清晰）

异常链不会影响异常的传播，只改变异常的表现形式：

通过异常链：

• 底层异常不暴露
• 上层异常语义清晰
• 调试时仍然能追根溯源

4️⃣ 符合 Java 异常设计哲学

Java 异常体系设计时就支持异常链：

public class Throwable {
    private Throwable cause;
}

• Throwable
• Exception
• RuntimeException

都支持：

new Exception(String msg, Throwable cause)
getMessage()
getCause()

三、异常链的典型使用场景

✅ 底层异常不适合直接抛给上层
✅ 需要在不同层转换异常类型
✅ 想保留真实失败原因
✅ 日志、监控、排查问题

四、反例（不推荐）

catch (Exception e) {
    throw new RuntimeException("出错啦"); // ❌ 原始异常被吃掉
}

✅ 正确做法：

catch (Exception e) {
    throw new RuntimeException("出错啦", e);
}

五、一句话总结

异常链的作用是：在重新抛出异常时，保留原始异常信息，让异常既能表达当前层的语义，又不丢失真正出错的原因。

如果你愿意，我也可以帮你画一张异常链调用流程图，或者结合你当前项目异常设计来讲怎么用更合理。