Java标准输入输出流的关闭和重置逻辑

Java标准输入输出流（System.in、System.out、System.err）由JVM启动时绑定操作系统底层资源，生命周期与进程一致，不能显式关闭，否则后续操作抛IOException且不可恢复。

Java标准输入输出流（System.in、System.out、System.err）本质上是预初始化的全局流对象，**不能被显式关闭，也不支持重置**。强行调用 close() 会导致后续使用抛出 IOException，且无法“重新打开”——这不是设计缺陷，而是语义约束。

为什么 System.in / out / err 不能关闭？

这些流由 JVM 在启动时绑定到操作系统底层资源（如终端、控制台），其生命周期与 JVM 进程一致。调用 System.in.close() 实际上会关闭底层文件描述符（如 stdin 的 fd 0），之后任何对 System.in 的读取操作都会失败，且 JVM 不提供重建该连接的机制。

• System.in 是 InputStream 类型，但默认不支持 mark/reset：它既不是 BufferedInputStream，也不维护内部缓冲区，调用 markSupported() 返回 false；
• 关闭后不可恢复：没有 API 能“重新打开标准输入”，也没有等效于 new FileInputStream(FileDescriptor.in) 的安全方式（因为 FileDescriptor.in 在关闭后已失效）；
• System.out/err 同理：关闭它们不会让控制台输出消失，但后续 println() 等操作会抛异常，且影响所有依赖它的日志、框架输出。

如何安全地“重置”或重复读取输入？

当需要多次读取用户输入（例如解析命令、重试输入），不能依赖 System.in.reset()，而应采用**数据缓存 + 逻辑复用**策略：

• 一次性读完，再分段处理：用 Scanner(System.in) 或 BufferedReader(new InputStreamReader(System.in)) 读取整行或整块，存入 String 或 byte[]，后续从内存中反复解析；
• 封装为可重读的 InputStream：若必须传入 InputStream 接口，可将原始输入内容转为 ByteArrayInputStream，它天然支持 mark()/reset()；
• 避免直接操作 System.in：在方法签名中接收 InputStream 参数而非硬编码 System.in，便于测试和重用（例如单元测试时传入 new ByteArrayInputStream("test".getBytes())）。

标准流的正确关闭场景有哪些？

真正需要调用 close() 的，是**你主动创建的、非标准的流实例**，比如：

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

• 用 new FileInputStream("data.txt") 打开的文件流；
• 用 new BufferedInputStream(System.in) 包装后的流（注意：这包装的是副本，关闭它不影响 System.in 原始引用，但一般也不建议包装标准输入并关闭）；
• 通过 System.setIn(...) 替换后的自定义输入流——此时你负责管理其生命周期。

对于这些流，务必使用 try-with-resources 或 finally 块确保关闭，防止文件句柄泄漏。

重定向后需注意什么？

若用 System.setIn(new FileInputStream("input.txt")) 重定向了标准输入，那么：

• 新设置的流是你创建的，**必须由你关闭**（通常在程序退出前或重置回原 System.in 后）；
• 原 System.in（键盘）未被关闭，只是暂时不可达；
• 重定向本身不改变关闭逻辑——你关的是自己 new 出来的流，不是 JVM 的 stdin。