java中保留原始异常信息的核心是异常链机制，通过带cause参数的构造函数传递原始异常，或用initcause()补设（仅限未设cause时），避免字符串拼接等丢失堆栈的操作。
Java中保留原始异常信息，核心是利用异常链（Exception Chaining）机制，通过构造函数将原始异常作为 cause 传递给新异常，从而在打印堆栈或调用 getCause() 时完整追溯源头。
使用带 cause 参数的构造函数
这是最标准、最推荐的方式。所有继承自 Throwable 的类（包括 Exception 和 RuntimeException）都提供了接受 Throwable cause 的构造方法。
- 捕获异常后封装为业务异常时，务必传入原始异常：
try {
int result = riskyOperation();
} catch (IOException e) {
// 包装为自定义异常，并保留原始异常链
throw new ServiceException("文件处理失败", e);
}
手动设置 cause（不推荐，仅限特殊情况）
若异常对象已创建但未在构造时指定 cause，可调用 initCause() 方法补上——但该方法只能调用一次，且仅对尚未设置 cause 的异常有效。
- 适用于需要动态判断是否设置原因的场景（极少）
- 注意：不能对已设置 cause 的异常重复调用，否则抛
IllegalStateException
ServiceException se = new ServiceException("操作异常");
if (originalEx != null) {
se.initCause(originalEx); // 必须在首次抛出前调用
}
throw se;
自动异常链：try-with-resources 和 multi-catch 中的抑制异常
Java 7+ 的 try-with-resources 会在资源关闭异常与主异常共存时，将关闭异常作为 suppressed exception 自动添加到主异常中，可通过 getSuppressed() 获取。
立即学习“Java免费学习笔记（深入）”；
- 无需手动干预，JVM 自动维护
- 打印异常时（如
e.printStackTrace()），默认会显示 suppressed 异常 - 适合资源清理阶段发生的次要异常
try (FileInputStream fis = new FileInputStream("test.txt")) {
process(fis);
} catch (IOException e) {
throw new ServiceException("处理失败", e); // 主异常仍保留 cause 链
}
避免破坏异常链的常见错误
以下写法会丢失原始异常信息，应杜绝：
- 仅用字符串拼接异常消息：
throw new ServiceException("失败：" + e.getMessage()); - 忽略 catch 中的异常变量，重新 throw 新异常但不传 cause
- 在日志中只打印
e.getMessage()而不记录完整堆栈（影响排查）
正确做法是：日志记录用 logger.error("业务操作异常", e)，确保堆栈完整输出；抛出新异常时始终传入 cause。
