Java交互式I/O应优先使用BufferedReader+InputStreamReader（指定UTF-8）读取和PrintWriter+OutputStreamWriter（指定UTF-8并自动flush）输出，避免System.in.read()和System.out.print()导致的乱码、无缓冲、编码不一致等问题。
Java 的基本输入输出不推荐用 System.in.read() 或 System.out.print() 做交互式读写，真正实用的是基于 InputStream / OutputStream 和 Reader / Writer 的流体系，尤其要优先用带缓冲的包装类。
为什么不能直接用 System.in.read() 读字符串？
因为 System.in.read() 每次只读一个 int（实际是字节），返回值是 0–255 或 -1（EOF），不处理换行、编码、缓冲，遇到中文会乱码，且无法按行读取。
- 它不会自动跳过回车符，
\r\n会被当作两个字符读入 - 没有字符集指定，默认按平台编码（Windows 是 GBK），
new String(byte[], "UTF-8")手动转码易出错 - 没有缓冲，每次调用都触发系统调用，性能差
读控制台输入该用 BufferedReader + InputStreamReader
这是最常用、最稳妥的组合：把字节流（System.in）按指定编码转成字符流，再套上缓冲提升效率。
BufferedReader reader = new BufferedReader(
new InputStreamReader(System.in, StandardCharsets.UTF_8)
);
String line = reader.readLine(); // 安全读一行，自动处理 \r\n
-
readLine()返回null表示 EOF（比如 Ctrl+D 或 Ctrl+Z） - 必须显式指定
StandardCharsets.UTF_8，否则 Windows 下中文输入大概率乱码 - 别忘了在 finally 或 try-with-resources 中关闭
reader，否则资源泄漏
写输出优先用 PrintWriter 而不是 System.out
System.out 是 PrintStream，虽然方便但不支持指定编码，且 println() 对 null 值输出字符串 "null" 而非抛异常，掩盖问题。
windows-auto
下载
Windows 桌面自动化技能，支持鼠标控制（移动/点击/拖拽/滚轮/截图）、键盘输入（文字输入/按键/组合键）、窗口管理（查找/聚焦/最大化/最小化/关闭/移动）、截图并发送文件。提供两种截图方式：Python pyautogui 截图（集成在自动化流程中）和 PowerShell + .NET 零依赖截图（支持区域截图和多显示器）。当用户需要自动化 Windows 桌面操作、控制鼠标键盘、管理窗口、执行 GUI 自动化任务、截图发送文件时使用。
立即学习“Java免费学习笔记（深入）”；
PrintWriter writer = new PrintWriter(
new OutputStreamWriter(System.out, StandardCharsets.UTF_8),
true // auto-flush
);
writer.println("你好，世界"); // 正确输出 UTF-8 编码文本
- 第二个参数
true开启自动 flush，否则可能卡住不输出 -
PrintWriter的print()/println()对null输出空字符串，更安全 - 如果重定向到文件，同样适用：
new FileWriter("out.txt", StandardCharsets.UTF_8)
文件读写别裸用 FileInputStream，套 Buffered* 是底线
直接用 FileInputStream 或 FileReader 读大文件会极慢——每次 read() 都是一次磁盘 I/O。
- 文本文件：用
BufferedReader(new FileReader(f, UTF_8)) - 二进制文件：用
BufferedInputStream(new FileInputStream(f)) - JDK 7+ 更推荐
Files.readAllLines(path, UTF_8)或Files.newBufferedReader(path, UTF_8) - 千万别用
FileReader不带编码参数，它用平台默认编码，跨环境必崩
流的关闭顺序和异常处理比语法更重要；字符编码不是可选项，是必填项；缓冲不是优化手段，是使用前提。
