try-with-resources在try块抛异常且close也抛异常时，自动将后者addSuppressed到前者；需调用getSuppressed()查看，主异常不为空且未被抑制才生效。
java 的 try-with-resources 机制默认会在资源关闭时抛出异常覆盖原始业务异常，但可以通过手动处理 addsuppressed() 来保留原始异常。
理解异常压制（suppression）机制
当 try 块中抛出异常，且资源的 close() 也抛出异常时，JVM 会将 close 异常作为“被压制异常”附加到主异常上，前提是主异常不为 null 且未被抑制过。这是 try-with-resources 底层自动调用 addSuppressed() 实现的——但仅在 try 块本身已抛出异常的前提下生效。
确保原始异常不被丢失的关键做法
- 不要在 try-with-resources 外层 catch 并吞掉原始异常；一旦捕获后未重新抛出，
addSuppressed()就不会触发 - 避免在 try 块末尾主动 return 或 throw 新异常，否则可能中断异常传播链
- 若需自定义异常处理逻辑，应在 catch 块中显式调用
addSuppressed()，再统一抛出
手动模拟 suppression 的典型写法（兼容老版本或复杂场景）
当无法依赖 try-with-resources 自动压制（例如需要多资源、或 close 在 finally 中手动调用），可这样写：
Exception primary = null;
Resource r = null;
try {
r = new Resource();
// 业务逻辑，可能抛出异常
doBusiness();
} catch (Exception e) {
primary = e;
throw e;
} finally {
if (r != null) {
try {
r.close();
} catch (Exception e) {
if (primary != null) {
primary.addSuppressed(e);
} else {
throw e; // 没有原始异常，直接抛 close 异常
}
}
}
}
验证异常是否保留成功
捕获异常后，可通过以下方式检查：
-
e.getSuppressed()返回Throwable[]，长度大于 0 表示有被压制异常 - 打印异常堆栈时（如
e.printStackTrace()），JVM 默认会输出 “Suppressed: …” 区块 - 日志框架（如 SLF4J）通常也能正确渲染 suppressed 异常，无需额外配置
