centos nohup日志为啥乱码

在 CentOS 上使用 nohup 运行程序时日志出现乱码，通常不是 nohup 本身的问题，而是字符编码不一致导致的。常见原因和解决办法如下：

一、最常见原因：编码不一致

1. 终端编码 ≠ 程序输出编码

• 你本地终端是 UTF-8
• 程序或系统默认用了 GBK / GB2312 / ASCII

现象：

nohup python app.py > app.log 2>&1 &
cat app.log   # 中文乱码

解决： 查看当前编码

echo $LANG
locale

若不是 UTF-8，可临时设置：

export LANG=zh_CN.UTF-8
export LC_ALL=zh_CN.UTF-8

再重新启动程序：

nohup python app.py > app.log 2>&1 &

二、程序本身输出非 UTF-8

有些程序（尤其是 Java / 老系统）：

• 默认用 GBK
• 日志文件却是按 UTF-8 读

解决方式（以 Java 为例）：

nohup java -Dfile.encoding=UTF-8 -jar app.jar > app.log 2>&1 &

Python 示例：

nohup python -u app.py > app.log 2>&1 &

（加 -u 防止缓冲导致日志错乱）

三、用 cat / less / vim 查看方式不对

不同工具对编码处理不同：

file app.log

如果是 ISO-8859 或 GBK：

iconv -f GBK -t UTF-8 app.log > app_utf8.log

或用 vim：

vim app.log
:set fileencoding=utf-8

四、SSH 客户端编码问题（很常见）

如果你用：

• Xshell
• SecureCRT
• PuTTY

检查客户端编码：

• 必须设置为 UTF-8

否则：

• 终端显示乱码
• 实际日志文件是正常的

五、nohup 本身不会改编码

✅ 重点说明：

nohup 只是“忽略挂断信号 + 重定向输出”，不会修改字符编码

乱码 100% 是：

• 程序输出编码
• 系统 locale
• 终端/查看工具编码

三者不一致造成的。

六、快速自查清单 ✅

echo $LANG
locale
file nohup.out
cat nohup.out

如果你愿意，可以把：

• 程序语言（Java / Python / Shell）
• 日志片段
• locale 输出

发出来，我可以直接帮你定位是哪一层编码出问题。