Java中被抑制异常仅在try块抛出主异常且未被捕获、资源close()又抛异常时产生，后者通过addSuppressed()附加到主异常，调用getSuppressed()可获取；多资源按逆序关闭，后关闭者异常在数组中索引更小。
Java 中 try-with-resources 处理被抑制异常（suppressed exceptions）的核心机制是：当 try 块抛出异常，且资源关闭过程中也抛出异常时，关闭异常不会覆盖主异常，而是作为“被抑制异常”附加到主异常上，可通过 getSuppressed() 方法获取。
被抑制异常何时产生
只有在以下条件同时满足时，关闭异常才会被抑制：
- try 块中已抛出一个异常（称为主异常）
- try-with-resources 自动调用
close()时又抛出另一个异常 - 主异常未被 catch 捕获（即传播出去）
此时，close() 抛出的异常不会丢失，而是通过 addSuppressed() 添加到主异常中。
如何查看被抑制的异常
捕获主异常后，调用其 getSuppressed() 方法即可获得被抑制异常数组：
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
try (FileInputStream fis = new FileInputStream("test.txt")) {
throw new IOException("读取失败");
} catch (IOException e) {
System.err.println("主异常: " + e.getMessage());
for (Throwable s : e.getSuppressed()) {
System.err.println("被抑制: " + s.getMessage());
}
}
输出示例：
主异常: 读取失败被抑制: fis.close() 失败
多个资源时的抑制顺序
若声明了多个资源（如 try (A a = ...; B b = ...)），关闭顺序与声明顺序相反（b 先于 a 关闭）。若 b.close() 和 a.close() 都抛异常，且主异常已在 try 块中抛出，则：
- b 的关闭异常先被抑制到主异常中
- a 的关闭异常随后也被抑制，排在
getSuppressed()数组的后面
即：越晚关闭的资源，其异常在 getSuppressed() 中索引越小（更靠前）。
不被抑制的常见情况
以下情形下，关闭异常不会被抑制，而是直接抛出或覆盖：
- try 块中没有异常，仅
close()抛异常 → 正常传播 - try 块异常已被 catch 捕获并处理（未 re-throw）→ 不触发抑制机制
- 手动调用
close()而非由 try-with-resources 管理 → 不参与抑制逻辑
注意：被抑制异常仅适用于 AutoCloseable 资源的自动关闭阶段，与 finally 块中的异常无关。
