Java处理异常时保证资源释放的首选方式是try-with-resources语句，它要求资源实现AutoCloseable接口，自动调用close()且按声明逆序关闭，抑制close异常；若需兼容旧版则应在finally中判空并单独捕获每个close异常；自定义资源类须实现AutoCloseable并确保close幂等。
Java处理异常时保证资源释放，核心是确保red">流、连接、文件句柄等资源在使用后一定被关闭，哪怕发生异常也不能遗漏。最可靠的方式是使用try-with-resources语句，它自动调用close()方法，无需手动写finally块。
try-with-resources 是首选方案
只要资源实现了AutoCloseable接口（如InputStream、Connection、Scanner等），就可以直接在try括号中声明，JVM会在执行完try块后自动调用close()，无论是否抛出异常。
- 语法简洁，逻辑清晰，避免手写
finally时的空指针或嵌套异常问题 - 多个资源可用分号隔开，按声明逆序关闭（后声明的先关闭）
- 如果
try块和close()都抛异常，后者会被抑制（suppressed），主异常仍被抛出，可通过getSuppressed()获取
传统 try-catch-finally 的注意事项
若因兼容旧版本（Java 6 或更早）必须手动管理，需在finally中关闭资源，并做非空判断和异常捕获：
-
finally里关闭前先判空，防止NullPointerException - 每个
close()单独包裹try-catch，避免一个关闭失败影响后续关闭 - 不要在
finally中抛出新异常，否则可能掩盖原始异常
自定义资源类要实现 AutoCloseable
如果你封装了需要清理的资源（比如自定义的缓存锁、本地内存句柄），应让类实现AutoCloseable接口并重写close()方法：
立即学习“Java免费学习笔记（深入）”；
-
close()里只做清理，不抛受检异常；如必须抛，声明为RuntimeException或使用throws Exception（AutoCloseable允许） - 确保
close()幂等：多次调用不报错、不重复释放 - 内部资源也应在
close()中一并释放（例如包装了FileInputStream，就在自己的close()里调它的close()）
常见误区与规避方式
实际开发中容易忽略的点：
- 在
try里打开资源，却在catch或if分支里才使用——资源可能根本没被用到，但try-with-resources仍会关闭，一般无害；但若逻辑依赖资源状态，需检查流程 - 把资源声明在
try外（如InputStream is = null;），再在try内赋值——这无法用try-with-resources，只能退回到finally手动关 - 数据库连接用完没关，或
PreparedStatement未关闭，导致连接池耗尽——务必对每个Connection、Statement、ResultSet都做资源管理
基本上就这些。用好try-with-resources，80% 的资源泄漏问题就解决了；剩下的是理清业务逻辑中的资源生命周期，不复杂但容易忽略。
