java中不能用try-with-resources关闭system.in，因为它是jvm管理的全局不可再生资源，scanner.close()会使其后续读取抛出illegalstateexception且无法恢复；应避免关闭，仅将其作为只读通道使用。
Java 中 try-with-resources 不能自动关闭 System.in（标准输入流），因为 System.in 是由 JVM 管理的系统资源，不是由当前应用创建或拥有的可关闭资源。
为什么 Scanner 无法安全关闭 System.in
Scanner 实现了 AutoCloseable 接口，但调用其 close() 方法时，会尝试关闭底层输入源。如果这个源是 System.in，关闭后会导致后续所有读取操作失败（抛出 IllegalStateException），且无法恢复——JVM 不允许重新打开标准输入流。
-
System.in是一个全局、共享、不可再生的资源 - 关闭它会影响同一 JVM 中其他依赖标准输入的代码
- JDK 文档明确建议：不要关闭 System.in
正确使用 try-with-resources 的方式
只对真正由你创建、且应被释放的资源使用 try-with-resources，例如文件、网络连接等。对于 System.in，应避免在 try-with-resources 中包装 Scanner。
- 直接创建 Scanner，不声明在 try 括号中
- 不调用
scanner.close()—— 让 JVM 在程序退出时自然清理 - 若需提前终止输入，可用
scanner.reset()或逻辑控制，而非关闭
替代方案：用文件或字符串模拟输入（适合测试）
若想利用 try-with-resources 的自动关闭特性，可将输入来源换成可安全关闭的资源：
- 测试时用
new Scanner(new FileInputStream("input.txt")) - 单元测试中用
new Scanner(new ByteArrayInputStream("hello".getBytes())) - 这些资源属于当前应用创建，关闭是安全且推荐的
小结：标准输入流不归你管
把 System.in 当作只读通道，专注业务逻辑即可。try-with-resources 是为“你打开、你负责”的资源设计的，而标准输入不属于这一类。强行关闭不仅无益，反而制造隐患。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
