try-with-resources是java资源安全管理的核心机制，要求autocloseable资源在try括号内直接声明初始化，按逆序关闭以避免依赖冲突，自定义资源需幂等实现close()，并妥善处理suppressed异常。
Java 中 try-with-resources 是企业级开发中资源安全管理的基石。它不只是语法糖，而是保障系统长期稳定运行的关键实践。规范使用，能从源头杜绝文件句柄泄漏、数据库连接耗尽、网络端口占用等典型生产问题。
必须声明在 try 括号内，且仅限 AutoCloseable 类型
资源对象必须在 try 后的圆括号中完成声明和初始化，不能是方法返回值或变量赋值结果（除非是 Java 9+ 的 effectively final 变量）。
编译器只对括号内直接创建的对象生成自动关闭逻辑，外部传入或中途重赋值的引用不会被管理。
例如：
- ✅ 正确：
try (BufferedReader br = Files.newBufferedReader(path)) { ... } - ❌ 错误：
BufferedReader br = getReader(); try (br) { ... }（Java 8 不支持，Java 9 要求br是 effectively final） - ❌ 危险：
try (FileInputStream fis = new FileInputStream(f)) { fis = new FileInputStream(g); ... }（原始 fis 引用丢失，无法关闭）
多资源按逆序关闭，需兼顾依赖关系
多个资源用分号分隔，JVM 严格按声明逆序调用 close()，目的是避免“子资源依赖父资源”时提前关闭父资源导致异常。
典型场景如：FileInputStream → BufferedInputStream → InputStreamReader，应声明为：
try (FileInputStream fis = new FileInputStream(f);
BufferedInputStream bis = new BufferedInputStream(fis);
InputStreamReader isr = new InputStreamReader(bis, UTF_8)) {
// 使用 isr
}
这样关闭顺序是 isr → bis → fis，符合资源封装层级，防止 bis.close() 时 fis 已关闭而报错。
自定义资源必须实现 AutoCloseable，并在 close() 中只做释放
企业级框架常封装连接池、线程上下文、分布式锁等资源，这类类必须实现 AutoCloseable 接口。close() 方法里只做确定性清理：释放句柄、归还连接、取消注册、中断线程等。
禁止在 close() 中执行业务逻辑、远程调用或可能长时间阻塞的操作。
同时建议：
-
close()抛出Exception（而非具体子类），保持与接口契约一致 - 对重复调用
close()做幂等处理（如检查isClosed状态） - 关键释放动作加日志（WARN 级别），便于排查未关闭问题
异常处理要善用 suppressed exception 机制
当 try 块抛出异常，且多个资源的 close() 也抛异常时，主异常会保留，其他 close() 异常作为 suppressed exception 附加其上。
企业代码中应主动检查：
} catch (IOException e) {
if (e.getSuppressed().length > 0) {
log.warn("资源关闭时发生抑制异常", e);
Arrays.stream(e.getSuppressed()).forEach(sup -> log.warn("抑制异常", sup));
}
throw e;
}
这能避免“表面成功、底层泄漏”的静默失败，尤其在中间件、批处理等长周期任务中至关重要。
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
