异常链是将一个异常作为原因嵌入新异常的机制，用于在抛出更合适高层异常时保留原始错误信息。通过Throwable(String message, Throwable cause)构造函数或initCause()方法实现，使调试时能追溯根本原因。例如，捕获IOException后可包装为ConfigParseException并保留原因为cause，打印堆栈会显示完整链条。自定义异常应提供含cause的构造函数，确保信息清晰、不冗余。调用printStackTrace()自动输出整个链，也可用getCause()手动访问底层异常。
Java中的异常链（Chained Exception）是一种将一个异常与另一个异常关联起来的机制，常用于保留原始异常信息的同时抛出更合适的高层异常。这种技术在调试和日志分析中非常有用，因为它能帮助开发者追溯问题的根本原因。
什么是异常链？
异常链允许你在捕获一个异常后，将其作为“原因”（cause）传递给一个新的异常。新的异常可以更好地描述当前上下文的问题，而原始异常则被保留在背后，形成一条“链”。
实现异常链的关键在于Throwable类的构造方法：
- Throwable(String message, Throwable cause)
- initCause(Throwable cause) 方法也可以后续设置原因
大多数标准异常类如IllegalArgumentException、RuntimeException等都支持这种构造方式。
立即学习“Java免费学习笔记（深入）”；
为什么使用异常链？
直接抛出底层异常可能让调用者难以理解问题所在。比如，一个数据解析服务因IO错误失败，如果只抛出IOException，上层逻辑可能无法理解这和解析有关。通过异常链，你可以抛出一个自定义的ParseExeption，并把IOException设为原因。
这样既保持了语义清晰，又不丢失底层细节。
示例场景：
try {
InputStream is = new FileInputStream("config.txt");
parseConfig(is);
} catch (IOException e) {
throw new ConfigParseException("配置文件解析失败", e);
}
此时，ConfigParseException 是主异常，而IOException是其根本原因。打印堆栈时会自动显示整个链条。
如何正确使用异常链
使用异常链时要注意以下几点：
- 确保新异常的message能清楚表达当前层次的问题
- 不要忽略原始异常，应作为cause传入
- 避免重复包装同一异常造成冗余
- 自定义异常类建议支持带cause的构造函数
例如定义一个自定义异常：
public class ConfigParseException extends Exception {
public ConfigParseException(String message, Throwable cause) {
super(message, cause);
}
}
这样就能无缝集成到异常链体系中。
查看异常链信息
调用异常的printStackTrace()方法会自动输出整个链：
}catch (ConfigParseException ex) {
ex.printStackTrace();
}
输出结果会显示：
ConfigParseException: 配置文件解析失败
at ...
Caused by: java.io.FileNotFoundException: config.txt
at ...
你也可以通过getCause()手动访问底层异常。
基本上就这些。合理使用异常链能让错误处理更透明，调试更容易。关键是把上下文说清楚，同时保留底层细节。不复杂但容易忽略。
