Linux日志乱码主因是编码不匹配，解决需三步：先用file/enca/iconv识别真实编码，再通过locale设置或终端配置统一UTF-8环境，最后用iconv转码保存或从应用层强制UTF-8输出。

Linux日志出现乱码，绝大多数情况是编码不匹配导致的——系统终端用UTF-8，而日志文件本身是GBK、ISO-8859-1等其他编码，或者日志程序未正确声明编码。解决核心在于识别真实编码、统一显示环境、必要时转码。

确认日志文件的真实编码

别凭感觉猜，用工具实测：

• file -i 日志文件：粗略判断（如显示 charset=utf-8 或 charset=iso-8859-1）
• enca -L zh 日志文件（需安装 enca）：对中文日志更准，常能识别 GBK、GB2312、BIG5 等
• iconv -f utf-8 -t gbk 日志文件 2>/dev/null | head -n 5：手动试转，看是否输出可读中文

让终端正确显示（临时方案）

如果日志确实是 UTF-8，但终端显示乱码，检查当前 locale：

Linux Security Scanner

Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...

下载

• 运行 locale，确认 LANG 和 LC_ALL 是 zh_CN.UTF-8 或类似 UTF-8 值
• 若不是，执行 export LANG=zh_CN.UTF-8（仅当前会话生效）
• 若终端本身不支持 UTF-8（如某些老旧 xterm），换用 gnome-terminal、konsole 或设置终端编码为 UTF-8

日志内容转码保存（永久修复）

当确认日志是 GBK 编码但需长期用 UTF-8 环境查看时，转码并保存新文件：

• iconv -f gbk -t utf-8 access.log > access_utf8.log
• 若含多种编码混杂（如部分行是 GBK，部分是 UTF-8），加 -c 参数跳过非法字节：iconv -f gbk -t utf-8 -c access.log > clean.log
• 转码后用 less -r clean.log 或 cat clean.log 验证是否正常

从源头避免乱码（推荐）

应用写日志时就用 UTF-8，比事后补救更可靠：

• Java 应用：JVM 启动加 -Dfile.encoding=UTF-8
• Python 脚本：开头加 # -*- coding: utf-8 -*-，写日志时显式 encode/decode 或用 logging 模块（Python 3 默认 UTF-8）
• systemd 服务：在 service 文件中设置 Environment=PYTHONIOENCODING=utf-8 或 LANG=en_US.UTF-8
• Nginx/Apache：确保 error_log 输出不依赖本地 locale，Nginx 默认用系统编码，可在启动脚本中 export LANG