Java服务器日志中文乱码根本原因是日志输出编码与查看工具编码不一致；需统一日志框架（Logback/Log4j2）的charset为UTF-8、JVM加-Dfile.encoding=UTF-8，并确保Linux终端locale含UTF-8或Windows改用VS Code等支持UTF-8的编辑器查看。
Java 服务器日志出现中文乱码，根本原因是日志输出时的字符编码与终端/查看工具默认编码不一致，常见于 Linux 服务器用 tail、vim 或 Windows 下用记事本打开 UTF-8 日志文件。解决需从**日志输出源头**和**查看环境**两端入手。
确认并统一日志输出编码（关键）
很多 Java 日志框架（如 Logback、Log4j2）默认使用平台编码（Linux 多为 UTF-8，Windows 常为 GBK），但若 JVM 启动参数或配置未显式指定，容易出问题：
-
Logback（logback.xml）：在
charset="UTF-8"：
%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n
UTF-8 -
Log4j2（log4j2.xml）：在
PatternLayout中添加charset="UTF-8"：
%d{HH:mm:ss.SSS} [%t] %-5level %c{1} - %msg%n -
JVM 启动参数（兜底建议）：添加
-Dfile.encoding=UTF-8，确保 String 操作、文件读写等基础编码一致。
Linux 终端查看时避免乱码
即使日志是 UTF-8，终端 locale 不匹配也会显示乱码：
- 执行
locale查看当前环境，确保LANG和LC_ALL包含UTF-8（如en_US.UTF-8或zh_CN.UTF-8）； - 若不是，临时生效：运行
export LANG=en_US.UTF-8（推荐 en_US.UTF-8，兼容性更好）； - 永久生效：将
export LANG=en_US.UTF-8加入~/.bashrc或/etc/profile； - 用
less查看日志时，加-r参数（如less -r app.log）可正确渲染 ANSI 转义符和 UTF-8 字符。
Windows 下查看 UTF-8 日志的注意事项
Windows 记事本默认用 ANSI（GBK）打开无 BOM 的 UTF-8 文件 → 必然乱码：
- 改用 VS Code、Notepad++、Sublime Text 等编辑器，它们自动识别 UTF-8 编码；
- Notepad++：菜单栏「编码」→「转为 UTF-8 无 BOM 格式」再保存；
- 若必须用记事本：先用其他编辑器另存为「UTF-8 with BOM」格式，记事本才能正确识别。
验证日志文件真实编码
别猜，用命令确认：
- Linux 下用
file -i app.log（看charset=utf-8）； - 或用
iconv -l | grep -i utf查支持编码，再试转换：iconv -f utf-8 -t gbk app.log -o test.txt，看是否报错； - Java 程序中可用
new String(bytes, "UTF-8")显式解码测试，避免依赖默认编码。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
