不能用 try-with-resources 关闭 System.in/out/err,因为它们是 JVM 全局单例资源,关闭后不可恢复且影响全局;正确做法是仅包装使用而不关闭底层流,重定向后的新流才可安全关闭。

Java 的 try-with-resources 不能直接用于标准输入输出流(System.in、System.out、System.err),因为它们是被 JVM 全局管理的系统资源,关闭后不可恢复,且通常不应由应用代码主动关闭。
为什么不能用 try-with-resources 关闭 System.in/out/err
标准流是单例、共享的全局资源:
-
System.in是InputStream,但关闭后后续所有读取(包括其他模块或框架的读取)都会抛出IOException; -
System.out和System.err是PrintStream,关闭后调用println()等方法将静默失败(不报错但无输出); - JVM 不会在退出时重新打开这些流,关闭即永久失效;
- 它们不是由当前应用“拥有”的资源,而是运行环境提供的服务接口。
正确做法:不关闭,仅包装使用
如果需要增强功能(如带缓冲、编码转换),应包装而非关闭原始流:
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式,或要求按照代码注释规范处理 Java 文件时,使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则,并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括:补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 用
new BufferedReader(new InputStreamReader(System.in, StandardCharsets.UTF_8))包装输入,但不要在 try-with-resources 中声明该包装对象并让它自动关闭底层System.in; - 若必须用 try-with-resources,只对包装层做局部处理,且明确不关闭底层流 —— 但 Java 不允许绕过自动关闭,所以更稳妥的方式是手动管理包装对象的生命周期,或使用普通 try-catch;
- 例如读取一行而不影响后续使用:
BufferedReader reader = new BufferedReader(new InputStreamReader(System.in));<br> String line = reader.readLine(); // 不 close()
例外情况:重定向后的流可以安全关闭
当标准流被显式重定向(如 System.setIn(new FileInputStream("input.txt"))),新设置的流(如 FileInputStream)属于应用创建,可且应该关闭:
- 重定向后,原始
System.in被替换,新流需自行管理; - 此时可用 try-with-resources:
try (InputStream in = new FileInputStream("input.txt")) {<br> System.setIn(in);<br> // 后续使用 System.in(实际是文件流)<br> } // 文件流在此关闭,不影响 JVM 原始 System.in - 注意:重定向本身不改变流归属,关闭的是你 new 出来的那个实例。
总结关键原则
对标准流操作要守住底线:
- 永远不要调用
System.in.close()、System.out.close()或让 try-with-resources 自动关闭它们; - 包装流(如
BufferedReader)可以创建和丢弃,但不能让它连带关闭System.in; - 只有你自己
new出来且未绑定到System.*的流,才适合用 try-with-resources; - 测试或工具类中若需临时替换标准流,务必在结束时恢复原流(
System.setIn(originalIn)),并关闭你替换进去的流。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










