如何为构造时打开的资源实现Autocloseable接口

首先得点出你原代码里的坑：构造函数里的try (metrics = new Metrics())会在try块结束后自动关闭metrics，这直接导致后续调用write()方法时，资源已经被释放，肯定会抛出资源已关闭的异常——完全不是你想要的效果对吧？

下面是适配AutoCloseable接口的正确实现，能确保资源在各种场景下被妥善关闭：

public class SomeWriter implements AutoCloseable { 
    private Metrics metrics; 

    // 构造函数直接初始化资源，初始化失败则抛出异常交给调用方处理
    public SomeWriter() throws IOException { 
        this.metrics = new Metrics(); 
    } 

    public void write(String blah) throws IOException { 
        // 加个防护，避免资源未初始化或已关闭时调用write
        if (metrics == null) {
            throw new IllegalStateException("Metrics resource is uninitialized or already closed");
        }
        metrics.write(blah); 
    } 

    // 实现AutoCloseable的close方法，负责资源清理
    @Override
    public void close() throws IOException { 
        // 避免重复关闭资源
        if (metrics != null) {
            metrics.close(); 
            metrics = null; // 标记资源已关闭，防止后续误操作
        }
    } 
}

核心细节说明： #

• 实现AutoCloseable接口：这是让类支持try-with-resources语法的关键，JVM会在try块结束（无论正常执行还是抛出异常）时自动调用close()方法，彻底解决手动关闭容易遗漏的问题。
• 构造函数直接初始化：别在构造函数里用try-with-resources，那会提前释放资源。直接初始化资源，如果Metrics构造失败（比如抛出IO异常），就让构造函数把异常抛出去，调用方可以按需捕获处理。
• close方法的防护逻辑：加非空判断避免重复关闭，关闭后把metrics置为null，后续调用write时能快速发现资源状态异常。
• 正确使用姿势：调用这个类时一定要用try-with-resources包裹，这样不管是正常退出还是异常场景，资源都会被自动回收：

  // 示例用法
  try (SomeWriter writer = new SomeWriter()) {
      writer.write("test data");
      // 其他写入操作
  } catch (IOException e) {
      // 异常处理，比如日志记录
      e.printStackTrace();
  }
  

极端场景补充： #

如果遇到操作系统直接杀进程、JVM崩溃这种无预警关闭的极端情况，AutoCloseable的close方法可能来不及执行——这种情况只能依赖操作系统底层回收资源（比如文件句柄），或者Metrics自身有底层的资源保护机制。但AutoCloseable已经能覆盖绝大多数正常和异常退出的场景，是Java资源管理的标准解决方案。

内容的提问来源于stack exchange，提问作者NastyDiaper