java中try-with-resources能有效避免资源泄露，核心在于强制资源在作用域结束时自动关闭：必须实现autocloseable接口且在try括号内声明初始化；多资源按声明逆序关闭；close异常被抑制并可通过getsuppressed()获取。
Java 中 try-with-resources 能有效避免资源泄露，核心在于它强制资源在作用域结束时自动关闭，无需依赖开发者手动调用 close()。只要资源实现了 AutoCloseable 接口，且正确声明在 try 括号内，JVM 就会保证其被释放——哪怕 try 块中抛出异常。
必须在 try 括号内声明并初始化资源
资源对象不能提前声明再传入 try 块，否则不会触发自动关闭：
- ❌ 错误写法：资源在 try 外创建，括号里只写变量名
- ✅ 正确写法：所有资源必须在 try 后的圆括号中完成声明 + 初始化，例如
try (FileInputStream fis = new FileInputStream("a.txt")) - 多个资源用分号隔开，如
try (InputStream in = ...; BufferedReader reader = ...)
关闭顺序严格按声明逆序执行
当存在依赖关系（比如 BufferedReader 包裹 FileInputStream）时，后声明的资源先关闭，确保底层流不被提前释放：
- 声明顺序：
A, B, C→ 关闭顺序：C → B → A - 这种“后进先出”机制天然适配流包装链，避免因上层流关闭时操作已关闭的底层流而报错
- 不需要额外逻辑控制关闭时机，JVM 编译期就固化了该行为
自定义资源必须实现 AutoCloseable 接口
不是所有带 close() 方法的类都支持 try-with-resources，关键看是否实现标准接口：
- ✅ 支持：所有
java.io流、java.sql连接与语句、java.util.zip相关类等 - ❌ 不支持（Java 19 前）：
Scanner有close()但未实现AutoCloseable，直接使用会编译失败 - 自定义类需显式
implements AutoCloseable，并在close()中释放线程、连接、缓冲区等核心资源
异常处理更可靠，抑制机制保障主异常不丢失
即使资源关闭过程本身抛出异常，也不会掩盖 try 块中原本的异常：
- 主异常仍被抛出，关闭异常会被“抑制”（suppressed），可通过
exception.getSuppressed()获取 - 相比传统 finally 中手动 close 可能覆盖原始异常，这种方式让问题定位更清晰
- 无需为每个 close() 单独套 try-catch，语法简洁且逻辑安全
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
