java中try-with-resources自动关闭资源需满足：资源必须在try()内显式声明并初始化，且实现autocloseable；多流用分号隔开，按外到内顺序声明以确保正确关闭；构造异常可能导致泄漏，建议优先使用files工具类；自定义类只需实现autocloseable并幂等实现close()。
Java 中 IO 流配合 try-with-resources 关闭资源，核心就一条：所有要自动关闭的流，必须在 try() 括号里**显式声明并初始化**，且类型需实现 AutoCloseable（标准 IO 类基本都满足）。这样 JVM 才会在 try 块结束时（无论正常退出还是抛异常）按逆序自动调用 close()。
必须在 try() 里声明并初始化
资源不能先在外面 new 好再塞进去，否则不会被自动管理：
- ✅ 正确写法：
try (BufferedReader br = new BufferedReader(new FileReader("a.txt"))) { ... } - ❌ 错误写法：
BufferedReader br = new BufferedReader(...); try { ... }—— 这样br不会被自动关闭 - ⚠️ 多个流用分号隔开：
try (FileInputStream fis = ...; FileOutputStream fos = ...) { ... }
注意包装流与底层流的声明顺序
IO 流常是链式结构（如 BufferedReader → FileReader → 文件句柄），关闭顺序错误可能丢数据或报错。JVM 按“后声明、先关闭”（LIFO）执行，所以应从外到内声明：
- ✅ 推荐：
try (FileReader fr = new FileReader("a.txt"); BufferedReader br = new BufferedReader(fr))→br先关、fr后关，缓冲能 flush，安全 - ❌ 危险：
try (BufferedReader br = ...; FileReader fr = ...)→fr先关，br.close()可能因底层已关而失效或抛异常
别忽略构造阶段的泄漏风险
如果流构造器（如 new FileInputStream()）内部已打开文件句柄，但随后因参数错误、磁盘满等原因抛出异常，这个句柄就可能没机会关闭。
- 规避方法：优先用
Files工具类，如Files.lines(path)、Files.newBufferedReader(path)，它们内部已封装完整生命周期 - 自定义复合流时，不要在构造器里分配资源；改用静态工厂方法 + try-with-resources 分步创建
自定义类也能接入 try-with-resources
如果你写了带缓存、本地句柄或线程池的 IO 封装类，只需一步就能支持自动关闭：
- 让类实现
AutoCloseable接口 - 重写
close()方法，确保释放所有底层资源（比如清空缓冲、关闭 socket、释放 native 句柄等） -
close()必须幂等：重复调用不抛异常、不重复释放
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
