ByteArrayInputStream 的 close() 方法为空实现，不执行任何操作，因其仅操作内存数组，不涉及需释放的系统资源；try-with-resources 仍会调用该方法，符合 AutoCloseable 契约并保持 API 统一。

因为 ByteArrayInputStream 的 close() 方法本身就是空实现，不执行任何操作。

ByteArrayInputStream 的 close() 什么也不做

ByteArrayInputStream 本质上是对内存中一个字节数组的读取封装，不涉及系统资源（如文件句柄、网络连接、操作系统缓冲区等）。它的生命周期完全由 JVM 堆内存管理，关闭操作无需释放底层资源。JDK 源码中该方法直接为空：

public void close() {}

try-with-resources 关闭逻辑依赖于 close() 的实际行为

try-with-resources 只是保证在 try 块结束时调用 AutoCloseable.close()。它不关心具体实现——无论 close() 是释放文件、断开 socket，还是什么也不做，都会被调用。对 ByteArrayInputStream 来说，这个调用就是一次无副作用的空方法调用。

OpenJDK 24

下载

为什么设计成这样？

• 符合接口契约：它实现了 AutoCloseable，必须提供 close() 方法，但语义上无需清理
• 保持 API 统一：用户可统一用 try-with-resources 处理各种 InputStream，无需为内存流单独写 try-finally
• 避免误判资源泄漏：如果强制抛异常或报错，反而会干扰正常逻辑，比如在通用流处理工具中无法兼容

不影响功能，但仍有价值

即便 close() 是空的，使用 try-with-resources 仍推荐：

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

• 代码风格一致，便于未来替换为真正需要关闭的流（如 FileInputStream）
• 避免因忘记关闭而引发潜在问题（虽然这里没风险，但习惯很重要）
• 静态分析工具和 IDE 通常要求资源必须被正确关闭，空实现也能满足检查