Java中try块与finally/资源关闭同时抛异常时，主异常被抑制并附加到最终异常的suppressed列表中，可通过getSuppressed()获取；try-with-resources自动支持该机制，手动关闭需显式调用addSuppressed()。
在 Java 中，当 try 块中抛出异常，同时 finally（或 try-with-resources 的自动关闭）中也发生异常时，try 中的原始异常会被“抑制”（suppressed），而 finally 中的异常会成为最终抛出的异常——这会导致原始错误信息丢失，难以定位真正的问题根源。
理解异常抑制机制
Java 7 引入了 suppressed exceptions 机制，专门用于处理这种“主异常 + 关闭异常”共存的场景。它不是“掩盖”错误，而是将关闭阶段的异常作为附属信息附加到主异常上，前提是主异常对象支持（即实现了 Throwable 接口且未被禁用抑制）。
关键点：
- 只有
try中抛出异常、且finally或自动资源关闭也抛出异常时，才会触发抑制； - 被抑制的异常不会丢失，而是通过
getSuppressed()方法获取； - try-with-resources 是推荐方式，它默认启用抑制机制，并自动调用
addSuppressed()； - 手动在
finally中关闭资源时，需自行捕获关闭异常并显式调用addSuppressed()，否则原始异常会被完全覆盖。
用 try-with-resources 正确捕获被抑制的异常
这是最安全、最简洁的方式。JVM 会自动把资源关闭过程中抛出的异常添加为 suppressed exception。
示例：
try (FileInputStream fis = new FileInputStream("missing.txt")) {
// 读取操作
fis.read();
} catch (IOException e) {
System.err.println("主异常: " + e.getMessage());
for (Throwable suppressed : e.getSuppressed()) {
System.err.println("被抑制的异常: " + suppressed.getMessage());
}
}
若文件不存在（触发 FileNotFoundException），同时 close() 内部又因流已失效抛出另一个 IOException，后者就会被添加到前者的 suppressed 数组中。
手动关闭时避免异常覆盖：显式 addSuppressed
如果不用 try-with-resources（比如需要延迟关闭、或资源不实现 AutoCloseable），必须自己管理关闭逻辑，并确保不丢弃原始异常：
- 先保存
try中捕获的异常； - 在
finally中关闭资源，若关闭失败，捕获该异常并调用originalException.addSuppressed(closeException)； - 最后重新抛出原始异常。
示例：
IOException primaryEx = null;
try {
FileInputStream fis = new FileInputStream("data.txt");
// ... 使用资源
} catch (IOException e) {
primaryEx = e;
} finally {
if (fis != null) {
try {
fis.close();
} catch (IOException closeEx) {
if (primaryEx != null) {
primaryEx.addSuppressed(closeEx);
} else {
primaryEx = closeEx;
}
}
}
}
if (primaryEx != null) {
throw primaryEx;
}
检查和调试被抑制异常的技巧
很多 IDE（如 IntelliJ、Eclipse）在调试或打印异常堆栈时默认只显示主异常。要看到完整信息：
- 在日志中显式遍历
e.getSuppressed()并打印； - 使用
e.printStackTrace()—— Java 默认会输出 suppressed 异常（带 “Suppressed: ” 前缀）； - 在断点处用调试器展开异常对象，查看
suppressedExceptions字段； - 避免用
e.getMessage()单独记录，它不包含 suppressed 信息。
不复杂但容易忽略。
