try-with-resources专门替代finally中手动关资源，要求资源实现autocloseable接口，如文件流、jdbc连接、http客户端等；它自动判空、逆序关闭、抑制次要异常，比手写finally更安全可靠。
Java 的 try-with-resources 并不是简单“替代”finally，而是专门用来替代“在 finally 块中手动关闭资源”的惯用写法。它让资源生命周期管理更安全、更简洁，尤其在企业级开发中能显著降低资源泄漏和空指针风险。
哪些资源可以用 try-with-resources 管理
必须是实现了 java.lang.AutoCloseable（或其子接口 Closeable）的类。常见如：
-
FileInputStream/FileOutputStream -
BufferedReader/BufferedWriter -
Connection、PreparedStatement、ResultSet（JDBC 4.1+） -
HttpClient（Apache HttpComponents 或 JDK 11+HttpClient） - 自定义类只要重写了
close()方法并声明实现AutoCloseable即可
为什么比手写 finally 更可靠
手动在 finally 中关闭资源容易出错，比如：
- 忘记判空（
if (res != null) res.close();）导致NullPointerException - 多个资源关闭时，一个
close()抛异常会掩盖前面的业务异常（异常压制问题） - 嵌套
try-finally导致代码臃肿、可读性差
try-with-resources 自动处理空值检查，并在多个资源关闭失败时，将次要异常作为 suppressed exception 附加到主异常上，可通过 exception.getSuppressed() 查看——这对排查生产环境资源泄漏非常关键。
企业级典型用法示例
以 JDBC 操作为例，对比传统写法与推荐写法：
不推荐（老式 finally）：
Connection conn = null;
PreparedStatement ps = null;
ResultSet rs = null;
try {
conn = dataSource.getConnection();
ps = conn.prepareStatement("SELECT * FROM user WHERE id = ?");
ps.setLong(1, userId);
rs = ps.executeQuery();
// 处理结果...
} finally {
if (rs != null) rs.close();
if (ps != null) ps.close();
if (conn != null) conn.close(); // 容易漏、易空指针
}
推荐（try-with-resources）：
try (Connection conn = dataSource.getConnection();
PreparedStatement ps = conn.prepareStatement("SELECT * FROM user WHERE id = ?");
ResultSet rs = ps.executeQuery()) {
ps.setLong(1, userId);
// 处理结果...
// 所有资源在离开 try 块时自动、按逆序安全关闭
}
注意：JDBC 4.1 起 Connection、Statement、ResultSet 都已实现 AutoCloseable，无需额外包装。
进阶技巧：自定义资源与异常处理
企业项目中常需封装第三方 SDK 或内部工具类为可自动关闭资源：
- 让工具类实现
AutoCloseable，在close()中释放连接池、注销监听器、清理线程等 - 若
close()可能抛受检异常（如IOException），应捕获并转为运行时异常，或在方法签名中声明——但通常建议静默处理或记录日志，避免干扰主业务异常流 - 如需在关闭前执行清理逻辑（如提交事务、刷新缓冲区），应在
close()方法内完成，而非依赖外部finally
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
