Java安全关闭文件流首选try-with-resources，自动按逆序关闭；手动关闭需逐个判空并独立捕获异常；包装流只关最外层；shutdown hook仅作兜底。
Java 中安全关闭文件读写流，核心就一条：**让 close() 在确定能执行的地方执行，且不因前一个流关闭失败而跳过后续流**。不能图省事堆在一块关，也不能只靠 finally 粗暴调用，更不能指望 shutdown hook 补漏。
优先用 try-with-resources（最推荐）
这是 Java 7 引入的语法糖，自动管理资源生命周期，语义清晰、代码简洁、异常安全：
- 只要实现了 AutoCloseable 接口（所有 IO 流都满足），就能用
- 无论正常结束还是抛异常，大括号 } 结束时 JVM 自动调用 close()
- 多个流按声明逆序关闭（后声明的先关），天然规避依赖问题
示例：
try (FileInputStream fis = new FileInputStream("in.txt");
FileOutputStream fos = new FileOutputStream("out.txt");
BufferedReader reader = new BufferedReader(new InputStreamReader(fis));
BufferedWriter writer = new BufferedWriter(new OutputStreamWriter(fos))) {
String line;
while ((line = reader.readLine()) != null) {
writer.write(line.toUpperCase());
writer.newLine();
}
} // ← 所有流在此处自动、依次、安全关闭
手动关闭时必须逐个判空 + 捕获异常
如果因兼容旧版本或特殊逻辑无法用 try-with-resources，就得自己管好每一步：
立即学习“Java免费学习笔记（深入）”；
- 每个流变量初始化为 null，finally 中单独判断是否非 null 再 close
- 每个 close() 都要套自己的 try-catch，避免一个流抛异常导致后面流没机会关
- 不要把多个 close() 塞进同一个 try 块里
错误写法（一个出错，另一个永远关不上）：
finally {
try {
fis.close(); // 若这里抛 IOException，fos.close() 就不会执行
fos.close();
} catch (IOException e) { ... }
}
正确写法：
finally {
if (fis != null) {
try { fis.close(); } catch (IOException ignored) {}
}
if (fos != null) {
try { fos.close(); } catch (IOException ignored) {}
}
}
包装流只需关最外层
像 BufferedReader → InputStreamReader → FileInputStream 这种链式包装，它们的 close() 方法会层层委托到底层节点流。所以：
- 只需显式关闭最外层的包装流（如 BufferedReader）
- 底层流（InputStreamReader、FileInputStream）会由它内部自动关闭
- 再额外关 FileInputStream 属于重复操作，可能引发已关闭异常
但注意：这个规则仅适用于标准 JDK 实现；若用了自定义包装类，需确认其 close() 是否真正委托。
别把 ShutdownHook 当主力
系统关闭钩子只是最后防线，不是关闭流的正道：
- JVM 可能在 hook 执行完前强制退出（比如 kill -9）
- 它无法保证流已读完或写完，也不适合做业务清理
- 只建议用于长期持有、难以纳入 try 范围的全局流（如配置监听器），且关闭时必须忽略异常、不阻塞
示例（兜底用，非首选）：
private static final AtomicReference<FileInputStream> globalConfig = new AtomicReference<>();
// 启动时
globalConfig.set(new FileInputStream("config.properties"));
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
FileInputStream fis = globalConfig.getAndSet(null);
if (fis != null) {
try { fis.close(); } catch (IOException ignored) {}
}
}));
