Java中如何在嵌套方法场景下正确使用try-with-resources？

BufferedWriter默认在内存维护缓冲区，调用write()时不会直接把数据写入磁盘，会先攒到缓冲区，等缓冲区满了才批量同步到操作系统，减少IO次数提升性能。close()方法内部会先执行flush()把缓冲区残留的所有数据刷出，再释放底层文件句柄，所以不调用close()的话，缓冲区里没攒够批量阈值的数据会直接随JVM内存回收丢失。
如果程序在执行到close()前意外终止，分两种情况处理：

• 如果是Java代码抛出异常、业务流程走异常退出分支：只要做好资源自动释放，就能在退出前把缓冲区数据刷入文件
• 如果是JVM直接崩溃、进程被kill -9强杀、服务器掉电这类硬故障：用户态的刷盘逻辑无法执行，内存里的数据必然丢失，只能靠缩短刷盘间隔、预写日志等方案降低损失，无法完全避免。

你现在把BufferedWriter作为成员存在Map里跨方法复用，属于长生命周期流的场景，不能把try-with-resources写在create()或者单次write()方法内部——不然方法退出时流就会被自动关闭，后续写入会直接抛出“流已关闭”的错误，正确用法如下：

1. 让持有Writer的类实现AutoCloseable接口 #

给你的业务类实现AutoCloseable接口，重写close()方法，在方法里统一遍历writerMap中所有的BufferedWriter实例，逐个关闭刷盘。之后外层调用时，直接把这个类的实例放到try-with-resources块里，不管业务逻辑正常执行完还是抛出异常，都会自动触发类的close()方法，把所有持有的流全部安全关闭。
参考实现：

public class MyClass implements AutoCloseable {
    Map<String, BufferedWriter> writerMap = new HashMap<>();

    public void write(/* 你的业务参数 */) {
        // 内部调用create、执行写入逻辑
    }

    public void create(/* 你的业务参数 */) {
        // 创建对应BufferedWriter，存入writerMap的逻辑
    }

    @Override
    public void close() throws IOException {
        // 遍历关闭所有持有的Writer
        for (BufferedWriter writer : writerMap.values()) {
            if (writer != null) {
                writer.close();
            }
        }
        writerMap.clear();
    }

    // 外层调用示例
    public static void main(String[] args) {
        // 实例放入try-with-resources，退出块自动触发close
        try (MyClass instance = new MyClass()) {
            instance.create();
            instance.write();
            // 此处即使抛出未捕获异常，也会保证所有Writer被关闭
        } catch (IOException e) {
            // 异常处理逻辑
        }
    }
}

2. 主动刷盘降低长生命周期流的丢数风险 #

如果你的Writer会持有很长时间（比如服务启动后几小时才关闭），不要完全等close()的时候才刷盘：

• 每写完一批关键数据，主动调用对应Writer的flush()方法，把JVM缓冲区里的数据推到操作系统页缓存，减少异常时的丢失量
• 如果对数据可靠性要求极高，需要避免服务器掉电丢数，可以拿到Writer底层的FileOutputStream，调用getFD().sync()强制把操作系统页缓存的数据刷到物理磁盘，这个操作会带来明显的性能损耗，按需使用。

3. 异常分支补全资源回收 #

在create()、write()方法的异常捕获分支里，遇到不可恢复的错误时，及时关闭已经创建的Writer，避免文件句柄泄漏。

注意：不要尝试在create()方法里用try-with-resources包裹新建的BufferedWriter，否则方法返回时流就已经被关闭，后续写入操作会失败。

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