异常链中的 cause 是指导致当前异常发生的原始异常，通过构造函数或 initCause() 方法设置，使高层异常能封装低层异常。例如捕获 IOException 后抛出带该异常作为 cause 的业务异常，既保持语义清晰又保留堆栈信息。Java 会自动在 printStackTrace() 中显示“Caused by”链条，逐层揭示错误根源，便于调试与职责分离，关键是在封装时传入原异常避免信息丢失。
在Java中，异常链（Exception Chaining）是一种将一个异常与另一个异常关联起来的机制，目的是保留原始异常信息的同时抛出一个新的、更合适的异常。这种机制通过 cause（原因）来实现，帮助开发者在不丢失底层错误细节的前提下，提供更清晰、更符合当前上下文的错误提示。
什么是异常链中的 cause？
每个异常对象都可以有一个“原因”（cause），也就是导致该异常发生的原始异常。这个 cause 通过构造函数传入，例如：
try {
// 可能发生 IOException 的操作
} catch (IOException e) {
throw new MyBusinessException("业务处理失败", e);
}
这里的 e 就是新异常 MyBusinessException 的 cause。Java 中大多数异常类都支持带 cause 参数的构造函数，比如：
- RuntimeException(Throwable cause)
- Exception(String message, Throwable cause)
- 所有继承自 Throwable 的类都可通过 initCause() 或构造函数设置 cause
为什么需要异常链？
在分层架构中，底层可能抛出技术性异常（如 IOException、SQLException），但上层更关心业务语义。直接抛出底层异常会暴露实现细节，也不利于理解问题本质。
立即学习“Java免费学习笔记（深入）”；
通过异常链，可以在封装异常的同时保留原始错误栈信息，实现：
- 语义清晰：上层看到的是“用户保存失败”，而不是“Connection refused”
- 调试方便：通过打印完整堆栈，能看到从源头到顶层的整个调用路径
- 职责分离：各层只需处理本层关注的异常类型，同时保留根因
如何正确使用 cause 机制？
使用异常链时要注意规范，避免信息丢失或混乱：
- 捕获低层异常后，包装成高层语义异常，并传入原异常作为 cause
- 不要忽略原始异常，否则等于掩盖问题根源
- 避免无限递归设置 cause，Java 会检查防止循环引用
- 打印异常时使用 printStackTrace() 会自动输出整个链
示例输出中你会看到类似：
MyBusinessException: 用户保存失败
at UserService.save(UserService.java:25)
...
Caused by: java.io.FileNotFoundException: config.txt
at FileInputStream.open0(Native Method)
...
每一层的 “Caused by” 都指向更深一层的原因，形成一条完整的错误链条。
总结
异常链的 cause 机制是 Java 错误处理的重要组成部分。它让程序既能向上屏蔽底层细节，又能向下追溯根本原因。合理使用这一机制，可以让日志更清晰、调试更高效、系统更健壮。基本上就这些，关键是在封装异常时不丢掉原始线索。
