必须实现AutoCloseable而非Closeable，因其close()仅抛Exception更宽松；自定义类需幂等、异常防护、逆序关闭；try-with-resources自动调用close()且支持资源抑制。
实现 AutoCloseable 接口是 Java 中规范管理外部资源（如文件、网络连接、数据库连接等）的关键方式，能让资源在 try-with-resources 语句中自动释放，避免手动调用 close() 的遗漏和异常干扰。
为什么必须实现 AutoCloseable 而不是 Closeable？
AutoCloseable 是 JDK 7 引入的顶层资源关闭接口，其 close() 方法只声明抛出 Exception，约束更宽松；而 Closeable 继承自它，但限定只能抛 IOException。如果你的资源关闭逻辑可能抛出其他受检异常（比如自定义配置清理异常），或想保持最大兼容性（尤其配合 try-with-resources），直接实现 AutoCloseable 更合理。
自定义类实现 AutoCloseable 的标准写法
核心要求：提供无参 close() 方法，在其中安全释放资源。重点是“幂等”和“异常防护”——多次调用不崩溃，内部异常不中断外层流程。
- 用私有布尔字段（如
closed）标记是否已关闭，首次调用才执行清理逻辑 -
close()内部用try-catch包裹每一步释放操作，防止一个子资源失败导致后续资源无法释放 - 如果涉及多个资源（如输入流 + 输出流），按创建的逆序关闭（后开先关）
- 不要在
close()中抛出未处理的受检异常——除非你明确需要中断 try-with-resources 流程（极少见）
示例：一个模拟数据库连接的资源类
立即学习“Java免费学习笔记（深入）”；
public class MockDbConnection implements AutoCloseable {
private boolean closed = false;
private final String connectionId;
<pre class="brush:php;toolbar:false;">public MockDbConnection(String connectionId) {
this.connectionId = connectionId;
System.out.println("Connected: " + connectionId);
}
public void execute(String sql) {
if (closed) throw new IllegalStateException("Connection already closed");
System.out.println("Executing: " + sql);
}
@Override
public void close() {
if (closed) return;
try {
System.out.println("Releasing connection: " + connectionId);
// 模拟真实释放：关闭 socket、归还连接池等
} finally {
closed = true; // 确保标记为已关闭，即使上面出异常
}
}}
在 try-with-resources 中正确使用
只要类实现了 AutoCloseable，就能直接用于 try-with-resources。JVM 会在离开 try 块时自动调用 close()，无论是否发生异常。
- 资源变量需在 try 小括号内声明（不可复用已有变量）
- 可同时管理多个资源，用分号分隔，关闭顺序与声明顺序相反
- 若 try 块抛出异常，且
close()也抛异常，后者会被抑制（suppressed），主异常仍被抛出，可通过getSuppressed()获取
示例：
try (MockDbConnection conn = new MockDbConnection("DB-001")) {
conn.execute("SELECT * FROM users");
} // ← 此处自动调用 conn.close()常见陷阱与最佳实践
-
不要在 close() 中重新抛出原始异常：如果关闭过程出错，应记录日志并静默处理，或包装为 RuntimeException（如
new RuntimeException("Failed to close", e)），避免污染业务异常流 - 避免在 close() 中执行耗时操作：比如同步刷盘、远程注销等，会阻塞 try 块退出，影响性能和响应性
-
子类继承时注意重写 close()：若子类新增了需释放的资源，必须在重写的
close()中先调用super.close()，再释放自身资源 -
不依赖 finalize()：
AutoCloseable是显式契约，finalize 已被弃用，不能作为兜底方案
不复杂但容易忽略。关键就三点：标记状态、捕获关闭异常、按需逆序释放。写对一次，后续所有使用都省心。
