java中不能直接用outputstreamwriter包装system.out改变编码，因为system.out是已初始化的printstream，其编码在jvm启动时固定且运行时不可改；混用会导致乱码或缓冲冲突；正确做法是获取system.out.getoutputstream()再包装，或通过-dfile.encoding启动参数统一设置。
Java 中 OutputStreamWriter 不能直接“结合” System.out 来改变其编码，因为 System.out 是一个已经初始化的 PrintStream 实例，底层封装了系统默认的字符输出流，且其编码在 JVM 启动时就已确定（通常由 file.encoding 或操作系统决定），运行时不可更改。
为什么不能直接包装 System.out
System.out 本身是 PrintStream，它内部持有自己的 OutputStream（通常是 FileOutputStream 对应 stdout），并自带字符编码逻辑。即使你用 new OutputStreamWriter(System.out, "UTF-8") 创建一个写入器，实际效果往往不符合预期——因为 PrintStream 会忽略传入的字节流的编码意图，仍按自身配置编码；更严重的是，PrintStream 和 OutputStreamWriter 混用可能导致乱码、缓冲冲突或异常。
正确做法：绕过 System.out，直接写入 stdout 的原始字节流
要实现指定编码的控制台输出，应跳过 System.out，直接获取标准输出的底层 OutputStream（即 System.out.getOutputStream()），再用 OutputStreamWriter 包装它，并显式指定编码：
- 确保 JVM 启动参数未强制覆盖编码（如避免
-Dfile.encoding=GBK干扰） - 使用
System.out的原始OutputStream（注意：该方法在 Java 9+ 中被标记为deprecated，但仍是目前最直接兼容的方式） - 手动管理
OutputStreamWriter的刷新和关闭（通常不关闭 stdout，只调用flush()）
示例代码：
OutputStreamWriter writer = new OutputStreamWriter(System.out, StandardCharsets.UTF_8);
writer.write("你好，世界！\n");
writer.flush(); // 必须刷新，否则可能不显示
更健壮的替代方案：设置 JVM 编码启动参数
如果目标是让所有 System.out.println() 都按指定编码输出，推荐在启动时统一设定：
- Linux/macOS：启动命令加
-Dfile.encoding=UTF-8 - Windows：同上，但需确保终端（如 CMD/PowerShell）也支持 UTF-8（可执行
chcp 65001） - IDE 运行配置中添加 VM options（如 IntelliJ 的 Run Configuration → VM Options）
这样之后，System.out 内部的 PrintStream 就会基于该编码工作，无需额外包装。
终端兼容性才是关键瓶颈
即使 Java 层编码正确，终端本身不支持对应编码（如 Windows CMD 默认 GBK，不设 chcp 就无法正常显示 UTF-8）也会导致乱码。因此：
- 确认终端当前代码页（Windows 用
chcp，Linux/macOS 用locale） - 开发阶段优先使用支持 UTF-8 的终端（如 Windows Terminal、iTerm2、IDE 内置终端）
- 避免依赖
System.getProperty("file.encoding")判断，它不一定反映真实输出行为
不复杂但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
