try-with-resources异常处理规则是主异常优先、关闭异常被抑制：若try块无异常则关闭异常直接抛出；若try块已抛异常a，关闭时抛异常b，则a被抛出、b被抑制并可通过getsuppressed()获取。
Java 中 try-with-resources 在关闭资源时如果抛出异常，会按特定规则处理：如果 try 块正常执行，仅关闭阶段有异常，则该异常被抛出；如果 try 块已抛出异常，关闭时再抛异常，则关闭异常被抑制（suppressed），主异常仍被抛出，可通过 getSuppressed() 获取。
关闭异常的优先级和传播规则
try-with-resources 的异常处理核心是“主异常优先，关闭异常被抑制”：
- try 块中未抛异常 → 关闭资源时抛出的异常直接向上抛出
- try 块中已抛出异常 A → 关闭资源时抛出异常 B → 异常 A 被抛出，B 被添加为 A 的 suppressed 异常
- 多个资源关闭都失败 → 后关闭的资源抛出的异常会被先关闭的异常抑制（即只有最后一个关闭异常可能被抑制，其余均被 addSuppressed）
如何查看被抑制的异常
捕获主异常后，调用 getSuppressed() 方法即可访问所有被抑制的异常：
try (FileInputStream fis = new FileInputStream("test.txt");
BufferedReader reader = new BufferedReader(new InputStreamReader(fis))) {
reader.readLine();
} catch (IOException e) {
System.err.println("主异常: " + e.getMessage());
for (Throwable suppressed : e.getSuppressed()) {
System.err.println("被抑制的异常: " + suppressed.getMessage());
}
}
自定义资源类需正确实现 AutoCloseable
若自行实现 AutoCloseable 接口，close() 方法必须声明 throws Exception 或其子类，且内部应避免在关闭逻辑中吞掉关键异常：
- 不要在 close() 中简单写
try { ... } catch (Exception e) { }—— 这会导致异常丢失 - 如需处理关闭中的可预期错误（如网络连接已断），可记录日志但仍选择抛出或封装后抛出
- 若 close() 可能因多种原因失败，建议统一抛出 IOException 或自定义运行时异常（需权衡是否强制调用方处理）
嵌套 try-with-resources 与异常叠加
多层 try-with-resources 不会改变抑制逻辑，但需注意资源关闭顺序（逆序）及异常叠加时机：
- 外层 try-with-resources 的 close 先于内层执行（因为内层资源通常在外层资源内部创建）
- 若外层 close 抛异常，而内层 close 也抛异常，内层异常会被外层异常 suppress
- 实际开发中建议保持资源粒度单一、职责清晰，避免深度嵌套导致异常归属难判断
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
