在finally块中安全关闭多个IO流需逐个判空、独立捕获异常、严格按依赖顺序（从外到内）关闭；禁止throw/return；优先使用try-with-resources。
在 finally 块中安全关闭多个 IO 流，核心是：**逐个判空 + 独立捕获异常 + 严格按依赖顺序关闭**。不能因为一个流关闭失败就中断其他流的释放，更不能让关闭异常覆盖业务异常。
每个流都要单独判空并包裹 try-catch
即使多个流变量都声明为局部变量，也必须分别检查是否为 null，再各自用内层 try-catch 处理 close()。否则一个流为 null 或 close() 抛异常，会导致后续流跳过关闭。
-
正确写法示例：
if (bis != null) { try { bis.close(); } catch (IOException e) { logger.warn("关闭 BufferedInputStream 失败", e); } }
if (fis != null) { try { fis.close(); } catch (IOException e) { logger.warn("关闭 FileInputStream 失败", e); } } - 不要合并判断，如
if (bis != null && fis != null)—— 这会漏关其中一个 - 日志记录建议带上下文（如文件名、操作阶段），方便排查
关闭顺序必须符合流的包装依赖关系
IO 流存在明确的持有链：上层包装流（如 BufferedReader）依赖下层流（如 InputStreamReader），下层又依赖最底层（如 FileInputStream）。反序关闭会直接触发“Stream closed”异常。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 典型顺序（从外到内、从上到下）：
BufferedReader → InputStreamReader → FileInputStream
BufferedOutputStream → FileOutputStream - 错误示例：先 close FileInputStream，再 close BufferedReader —— 后者调用 close() 时会报错
- 如果用 try-with-resources，JVM 自动按声明逆序关闭，本质就是保障这个依赖顺序
finally 中禁止 throw 和 return
finally 是清理现场的地方，不是控制流程或上报错误的位置。throw 会覆盖 try/catch 中的真实异常；return 会强行终止方法，丢弃原本要返回的值或传播的异常。
立即学习“Java免费学习笔记（深入）”；
- 所有 close() 失败只记录 warn 日志，不抛异常
- 不要写
finally { if (fis != null) fis.close(); }—— 缺少判空和异常捕获，极可能崩溃 - 若需统一返回值，用局部变量暂存结果，return 写在 finally 之外
更推荐用 try-with-resources 替代手写 finally
Java 7+ 完全支持自动资源管理，语义清晰、顺序可靠、异常不丢失。只要流类型实现 AutoCloseable（所有标准 IO 流都满足），就应优先使用。
- 语法简洁：
try (FileInputStream fis = new FileInputStream("a.txt");<br> BufferedInputStream bis = new BufferedInputStream(fis)) { ... } - JVM 按声明逆序自动关闭（先 bis，后 fis），天然满足依赖顺序
- 若业务异常和 close() 异常同时发生，主异常保留，close 异常通过
e.getSuppressed()获取 - 旧项目无法升级时，可封装工具方法如
IOUtils.closeQuietly()，但本质仍是内部做了判空 + catch
