Java日志乱码根源是编码链路断裂，需四层校准：1.源文件与编译用UTF-8；2.JVM启动加-Dfile.encoding=UTF-8；3.日志框架appender显式设charset=UTF-8；4.终端/查看器启用UTF-8解码（如chcp 65001、Consolas字体）。
Java 日志输出乱码，核心不是“显示坏了”，而是字节流在某处被错误解码了。从源码写入、编译、JVM运行、日志框架输出，再到终端或文件显示，只要其中一环编码不一致，中文就会变成 ???? 或 日志 这类字符。下面分四个关键环节直接给出可操作的排查与修复方法。
检查源文件和编译编码是否为 UTF-8
很多乱码其实源头就在.java文件本身。即使你写了 "用户登录成功"，如果文件是以 GBK 保存的，javac 默认按系统编码读取，就可能把“用户”两个字错读成乱码字节。
- 在 VS Code / Trae 中，右下角查看当前文件编码，点击后选「以 UTF-8 保存」（注意：选「UTF-8 无 BOM」更稳妥）
- 编译时显式指定编码：
javac -encoding UTF-8 YourApp.java - 用命令行验证：执行
file -i YourApp.java（Linux/macOS）或用 Notepad++ 的「编码 → 转为 UTF-8 无 BOM」再保存
确认 JVM 启动参数强制使用 UTF-8
JVM 默认编码（file.encoding）取决于系统 locale，Windows 常是 GBK，而日志框架（如 Logback、Log4j）若没显式设 charset，会继承这个默认值，导致日志写入时就已乱码。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 启动 Java 程序时加参数：
java -Dfile.encoding=UTF-8 YourApp - 如果是 Spring Boot，在
application.properties中加：spring.jvm.args=-Dfile.encoding=UTF-8（或通过 IDE 运行配置传入 VM options） - 验证是否生效：在代码中打印
System.getProperty("file.encoding")，确保输出为 UTF-8
检查日志框架配置中的 charset
即使 JVM 是 UTF-8，Logback 或 Log4j 的 appender 若未声明编码，仍可能用平台默认（如 ISO-8859-1）写入文件或控制台，这是 Windows 下日志文件乱码最常见原因。
立即学习“Java免费学习笔记（深入）”；
- Logback（logback-spring.xml 或 logback.xml）中，每个
<encoder>必须包含：<charset>UTF-8</charset>—— 控制台、文件、滚动日志三处都要加 - Log4j2（log4j2.xml）中，在
<Console>或<File>appender 内设置：charset="UTF-8" - 特别注意：Spring Boot 默认控制台日志用的是 Logback，若用了自定义配置但漏了 charset，乱码照旧
验证终端/文件查看器能否正确解码 UTF-8
日志内容本身是对的，但终端或文本编辑器用错编码打开，也会显示乱码。这容易误判为程序问题。
- Windows 命令行（cmd）：运行
chcp 65001切换到 UTF-8 模式；同时右键标题栏 → 属性 → 字体 → 改为 Consolas 或 Lucida Console - Trae / VS Code 集成终端：在
.vscode/settings.json中添加："terminal.integrated.defaultProfile.windows": "Windows PowerShell","terminal.integrated.env.windows": {"CHCP": "65001"}（PowerShell 默认支持 UTF-8，比 cmd 更稳） - 查看日志文件时：用 VS Code 或 Notepad++ 打开，右下角确认编码显示为 UTF-8；若显示为 GBK 或 ANSI，点击切换并重新加载
