Java安全关闭文件流的核心是确保关闭动作一定执行且互不干扰：优先用try-with-resources自动管理，手动关闭时需为每个流单独try-catch并置于finally中，包装流只需关闭最外层。

Java 中安全关闭文件流，核心就两点：确保关闭动作一定执行，且多个流之间不互相干扰。用对方式，能避免句柄泄漏、文件删不掉、服务缓慢甚至崩溃。

优先用 try-with-resources（推荐）

这是 Java 7 起最简洁、最可靠的方式，适用于所有实现了 AutoCloseable 的流（如 FileInputStream、BufferedReader、FileOutputStream、BufferedWriter 等）。

它自动在 try 块结束时调用 close()，无论是否发生异常，无需手动写 finally。

• 多个流可一次声明，按逆序自动关闭（后创建的先关），适合包装流链路
• 代码干净，不易漏关，也避免了 close() 抛异常影响后续关闭

示例：

立即学习“Java免费学习笔记（深入）”；

try (FileInputStream fis = new FileInputStream("a.txt");
     BufferedReader reader = new BufferedReader(new InputStreamReader(fis))) {
    String line = reader.readLine();
    System.out.println(line);
} catch (IOException e) {
    e.printStackTrace();
}

上面代码中，reader 关闭时会自动触发内部 fis 关闭，无需额外操作。

手动关闭要防“一挂全丢”

如果因兼容旧版本或特殊场景必须手动关流，关键在于：每个流的 close() 必须独立 try-catch，不能挤在一个 try 里。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

否则前一个流 close() 抛异常（比如磁盘只读、网络中断），后面的流就彻底关不上。

• 声明流变量为 null，避免空指针
• 每个 close() 单独包裹 try-catch，放在 finally 中
• 关闭顺序无硬性要求，但建议按使用依赖反向关（如先关 BufferedReader，再关底层 FileInputStream）

错误写法（风险高）：

finally {
    try {
        if (br != null) br.close();
        if (fis != null) fis.close(); // 若 br.close() 异常，这行不执行
    } catch (IOException e) { ... }
}

注意包装流之间的依赖关系

像 BufferedReader → InputStreamReader → FileInputStream 这类层层包装的流，它们是强依赖的：关闭最外层（BufferedReader），内层（InputStreamReader、FileInputStream）也会被顺带关闭。

所以你只需关最上层，不必逐个 close —— 这不是偷懒，而是设计使然。

• 但反过来不行：只关 FileInputStream，BufferedReader 仍处于打开状态，可能缓存未刷出、资源未释放
• 若多个流彼此独立（比如两个不相关的 FileOutputStream），就必须各自单独关闭

别让流在方法间“失踪”

常见隐患：流对象被传入多个方法，中途某处没处理好异常或逻辑分支，导致没人负责关闭。

应对思路：

• 尽量限制流的作用域，用完即关，不要跨方法长期持有
• 若必须传递，考虑用 try-with-resources 包裹最下游使用点；上游只负责创建和传入
• 极端复杂场景可引入资源追踪机制（如自定义 FilterInputStream + 定时检测），但属兜底手段，不应替代规范编码