system.setin 和 system.setout 的核心价值是在不修改被测代码的前提下接管其标准输入输出行为，专用于自动化测试、cli 工具验证及调试分流等可控场景，使用时须注意流缓冲、线程安全、编码一致性和及时还原。
System.setIn 和 System.setOut 的核心价值，是在**不修改被测代码的前提下，接管其标准输入输出行为**。它们不是为日常业务逻辑设计的，而是专为可控、可验证、可重复的场景服务——最典型的就是自动化测试和命令行程序调试。
自动化测试中捕获与模拟IO
很多控制台程序（比如学生成绩录入、简易计算器）直接依赖 Scanner(System.in) 和 System.out.println()，这类代码无法用普通单元测试覆盖。劫持后，输入可预设为字符串序列，输出可收集到内存中做断言。
- 输入模拟：用 ByteArrayInputStream 包装含换行符的字符串（如 "add 123\nlist\nquit\n"），确保 Scanner 能正确识别每轮输入
- 输出捕获：用 ByteArrayOutputStream 接收所有 println 输出，转成字符串后比对预期结果
- 必须还原：每个测试结束后调用 System.setIn(originalIn) 和 System.setOut(originalOut)，否则会污染其他测试
命令行工具的离线功能验证
开发 CLI 工具时，常需验证“给定一组输入，是否产生指定输出”。例如一个文本处理脚本，输入是文件内容，输出是处理后的日志。此时可将 System.in 指向 FileInputStream，System.out 指向 FileOutputStream，实现端到端的黑盒验证。
- 输入重定向：System.setIn(new FileInputStream("input.txt"))
- 输出重定向：System.setOut(new PrintStream(new FileOutputStream("output.txt")))
- 注意编码：读写时显式指定 StandardCharsets.UTF_8，避免平台默认编码差异导致乱码
日志/调试信息临时分流
在开发或排查阶段，有时想把 System.out 的输出暂存到文件，同时保留控制台原始输出。可行做法是保存原流，创建新 PrintStream 写入文件，并在关键路径后恢复。
- 保存原输出流：PrintStream originalOut = System.out
- 重定向到文件：System.setOut(new PrintStream("debug.log"))
- 执行待观察逻辑后，立即 System.setOut(originalOut)
- 注意：此操作全局生效，不适合多线程环境；生产系统禁止使用
常见陷阱与规避要点
这两个方法看似简单，但误用会导致测试失败、输出丢失甚至 JVM 级混乱。
- System.out 默认带缓冲，重定向后若未 flush()，可能看不到输出内容
- 多个测试并发执行时，setOut() 是线程不安全的，务必保证单测试内完成劫持+还原
- System.in 是 InputStream，不能直接用 Scanner.nextLine()，需配合 InputStreamReader + BufferedReader 才能按行读取
- 还原操作必须放在 finally 块或 @AfterEach 中，防止测试异常中断导致流未恢复
