应优先使用try-with-resources自动关闭流，它按声明逆序关闭且确保每个资源只关一次；若手动关闭，仅需关闭最外层包装流，避免重复关闭或遗漏，并在finally中判空处理。
流关闭顺序错误通常发生在嵌套流（如 BufferedInputStream 包装 FileInputStream）中，先关外层再关内层一般没问题，但若手动重复关闭、或在异常分支中遗漏关闭、或用错关闭对象（比如只关了包装流却误以为底层已释放），就可能引发资源泄漏或 IOException。关键不是“顺序绝对严格”，而是确保每个可关闭资源只被关闭一次，且底层流最终能释放。
确认哪些流需要显式关闭
Java 7+ 推荐优先使用 try-with-resources，它按声明逆序自动关闭（后声明的先关），天然规避顺序问题：
try (FileInputStream fis = new FileInputStream("a.txt");
BufferedInputStream bis = new BufferedInputStream(fis);
DataInputStream dis = new DataInputStream(bis)) {
// 使用 dis 读取
} // 自动按 dis → bis → fis 顺序关闭
注意：只要所有流都实现了 AutoCloseable（JDK 中的流基本都满足），且通过 try-with-resources 声明，就不需关心手动顺序。
避免手动关闭时的常见错误
如果必须手动关闭（如旧代码或特殊逻辑），请遵守以下原则：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 只关闭最外层包装流（如
BufferedReader、ObjectOutputStream），它内部会调用底层流的close() - 不要对同一底层流多次调用
close()，例如：BufferedWriter bw = new BufferedWriter(new FileWriter("x.txt"));
关闭bw.close()即可，不要再调bw.getWrappedStream().close()或另存底层流再关 - 在
finally块中关闭时，检查是否为null，并忽略关闭过程中的异常（防止掩盖主异常）
使用 try-with-resources 的正确写法
多个独立流（无包装关系）也应分别声明，让 JVM 控制关闭顺序：
try (FileInputStream in = new FileInputStream("in.txt");
FileOutputStream out = new FileOutputStream("out.txt")) {
// 复制逻辑
} // in 和 out 都会被安全关闭，顺序无关紧要
若需捕获关闭异常（如诊断资源泄漏），可用 addSuppressed() 机制，但日常开发中直接让 try-with-resources 处理即可。
检查工具与运行时提示
启用 IDE 警告（如 IntelliJ 的 “Resource leak” 检查）或静态分析工具（SpotBugs、SonarQube），它们能发现未关闭、重复关闭、或关闭非 final 引用等问题。运行时若出现 java.io.IOException: Stream closed，大概率是某处提前关闭了流，或多个线程共用同一流实例。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
