Arrays.toString()本身不会导致乱码，乱码根源在于控制台编码与程序输出编码不一致；例如Windows cmd默认GBK而Java源文件为UTF-8时，中文会显示为方块或问号。
Arrays.toString() 本身不会导致乱码，乱码根源在于控制台（终端/IDE）的字符编码与程序输出的编码不一致，尤其是中文等非ASCII字符在字节数组或字符串中被错误解读时。
确认控制台实际编码设置
不同环境默认编码不同：Windows 命令提示符（cmd）默认是 GBK，而 IntelliJ IDEA、VS Code 终端或 Linux/macOS 终端通常默认 UTF-8。如果 Java 源文件用 UTF-8 编写，但 cmd 以 GBK 解析输出，就会显示“”或方块等乱码。
- Windows cmd：执行 chcp 查看当前代码页（如 936 = GBK，65001 = UTF-8）；可临时切为 UTF-8：chcp 65001
- IntelliJ IDEA：File → Settings → Editor → File Encodings → 确保 “Global Encoding”、“Project Encoding”、“Default encoding for properties files” 均设为 UTF-8；同时勾选 “Transparent native-to-ascii conversion”（避免 .properties 文件误读）
- VS Code：右下角点击编码（如 “UTF-8”），选择 “Reopen with Encoding” → “UTF-8”，再确认终端也使用 UTF-8（设置中搜索 “terminal integrated default encoding” 设为 utf8）
确保 Java 源文件和编译过程使用统一编码
即使控制台支持 UTF-8，若源码保存为 GBK 而编译器按 UTF-8 读取，字符串字面量就会出错。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 用记事本、VS Code 或 IDEA 打开 .java 文件，另存为时显式选择 UTF-8 编码（不带 BOM）
- 命令行编译时指定编码：javac -encoding UTF-8 MyTest.java
- Maven 项目：在 pom.xml 的 <properties> 中添加 <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
验证 Arrays.toString() 输出内容本身是否正常
Arrays.toString() 对 String[] 或含中文的 Object[] 是安全的，它调用元素的 toString()，不会做额外编码转换。真正易出问题的是 byte[]：
- Arrays.toString(new byte[]{(byte)0xe4, (byte)0xb8, (byte)0xad}) 输出类似 [−28, −116, −115] —— 这是字节值，不是乱码，只是你误以为该显示“中”
- 想把 byte[] 当 UTF-8 字符串打印，应先构造字符串：new String(bytes, StandardCharsets.UTF_8)，再用 Arrays.toString() 包裹无意义，直接打印该字符串即可
- 若调试需要查看 byte[] 对应的可读文本，建议用 HexFormat.of().formatHex(bytes)（Java 17+）或 Apache Commons Codec 的 Hex.encodeHexString(bytes)
IDE 运行配置中显式指定 VM 选项（必要时）
某些旧版 IDE 或 JRE 可能默认使用系统编码启动 JVM，导致 System.out 使用非 UTF-8 输出流。
- 在运行配置（Run Configuration）的 VM options 中添加：-Dfile.encoding=UTF-8
- 这会强制 JVM 将 System.out、new String(byte[]) 等默认基于 UTF-8 解码，与控制台对齐
- 注意：该参数需与源码编码、控制台编码三者一致才有效
