try-with-resources自动处理close()异常，若try块无异常则close异常为主异常，否则被压制并可通过getSuppressed()获取；close()声明throws Exception合法但不推荐。
Java 中 try-with-resources 的 close() 方法声明 throws Exception，并不需要你在调用处显式捕获或声明它 —— 编译器会自动处理资源的关闭，并将关闭过程中抛出的异常按规则“压制”（suppressed）或传播，你只需关注业务逻辑本身的异常。
资源类的 close() 声明 throws Exception 是合法的
只要资源类型实现了 AutoCloseable 接口，哪怕它的 close() 方法声明 throws Exception（甚至检查型异常），也能用于 try-with-resources。Java 规范允许 AutoCloseable.close() 抛出任意 Exception，编译器不会报错。
例如：
class DangerousResource implements AutoCloseable {
public void close() throws IOException { // 或 throws Exception
throw new IOException("close failed");
}
}
try-with-resources 自动处理 close 异常
当 try 块正常结束，JVM 会在退出前自动调用 close()。如果 close() 抛出异常：
立即学习“Java免费学习笔记（深入）”；
- 若 try 块中未抛异常，该 close 异常会作为主异常抛出；
- 若 try 块已抛出异常（比如业务异常），则 close 异常会被“压制”，并可通过
Throwable.getSuppressed()获取； - 无论是否声明 throws，都不用在方法签名里添加
throws Exception—— 这是 try-with-resources 的语法糖保障。
如何获取被压制的 close 异常
如果你需要诊断资源关闭失败的原因，可以在 catch 块中检查压制异常：
try (DangerousResource r = new DangerousResource()) {
// do something
} catch (IOException e) {
// 主异常（来自 try 块）
System.out.println("Main exception: " + e);
// 查看 close 时被压制的异常
for (Throwable suppressed : e.getSuppressed()) {
System.out.println("Suppressed: " + suppressed);
}
}
不建议在 close() 中主动 throw new Exception
虽然语法允许，但设计上应尽量让 close() 只抛出具体、有意义的异常（如 IOException），避免泛泛地 throws Exception。否则会掩盖问题本质，也违背异常分类原则。如果必须兼容旧接口，确保调用方通过 getSuppressed() 或日志记录来观察关闭失败。
