使用异常链包装并传递异常时，需将原始异常作为新异常的cause参数传入，例如捕获IOException后抛出包含该异常的ServiceException。自定义异常类应提供接收Throwable的构造函数以支持异常链，确保堆栈信息完整。此策略适用于将技术异常转换为业务异常、隐藏底层细节及添加上下文信息，有助于构建清晰且易于调试的异常体系。
在Java中，包装异常并传递给上层方法是一种常见的异常处理策略，目的是保留原始异常信息的同时，提供更符合当前业务逻辑的异常类型或更清晰的错误描述。通常通过“异常链”（Exception Chaining）实现。
使用 throw new XXXException(message, cause) 包装异常
当捕获一个受检异常或运行时异常时，可以将其作为“原因”（cause）传入新的异常构造函数中，这样既保留了原始异常的堆栈信息，又能让上层调用者获得更合适的异常类型。
关键点：新异常的第二个参数传入原始异常。例如：
try {
// 可能抛出 IOException 的操作
Files.readAllLines(Paths.get("data.txt"));
} catch (IOException e) {
// 包装为业务异常，传入原始异常作为 cause
throw new ServiceException("读取数据失败", e);
}
ServiceException 可以是自定义的运行时或受检异常，只要它支持带 Throwable cause 参数的构造函数即可。
立即学习“Java免费学习笔记（深入）”；
自定义异常类支持异常包装
为了正确支持异常链，自定义异常应提供接受 Throwable 的构造函数。
示例：
public class ServiceException extends Exception {
public ServiceException(String message) {
super(message);
}
public ServiceException(String message, Throwable cause) {
super(message, cause); // 调用父类构造函数，建立异常链
}
}
这样在打印堆栈时，就能看到完整的调用链和根本原因。
推荐使用场景
包装异常适用于以下情况：
- 底层是技术异常（如 SQLException、IOException），但上层需要统一的业务异常
- 隐藏底层实现细节，避免暴露技术异常给调用方
- 添加上下文信息，帮助定位问题
注意不要丢失原始异常，否则会增加排查难度。
基本上就这些。合理使用异常包装可以让系统异常体系更清晰，同时不丢失调试所需的信息。
