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。
