确认当前实际生效编码应运行locale，重点看首行lang=...和末行lc_all=...：lc_all非空时强制覆盖所有设置，lang仅为兜底值；修改唯一有效位置是/etc/locale.conf（无引号、不写lc_all），执行source /etc/locale.conf立即生效。
locale 显示的编码不一致，或服务输出中文乱码，基本都是因为 /etc/locale.conf 没配对、LC_ALL 覆盖了 LANG，或者终端客户端编码不匹配 —— 直接改 /etc/locale.conf 并 source 就能生效，不需要重启。
怎么确认当前实际生效的编码？
别只看 echo $LANG，它可能被用户级配置覆盖。最可靠的是运行：
locale
重点看第一行 LANG=... 和最后一行 LC_ALL=...：
-
LC_ALL有值（比如LC_ALL=zh_CN.UTF-8）时，它会强制覆盖所有LC_*和LANG，哪怕/etc/locale.conf写的是en_US.UTF-8 -
LANG是兜底值，只有当所有LC_*都没设时才起作用 - 如果
LC_ALL为空但其他LC_*（如LC_CTYPE）单独设置了，它们也会各自生效，可能导致部分程序行为异常
改哪里？只动 /etc/locale.conf 就够了
CentOS 7 已废弃 /etc/sysconfig/i18n，唯一权威位置是：
/etc/locale.conf
用 root 打开它，写入一行（推荐 UTF-8，兼容性最好）：
LANG=zh_CN.UTF-8
或英文环境常用：
LANG=en_US.UTF-8
注意：
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 不要加引号（
LANG="zh_CN.UTF-8"是错的，systemd解析失败） - 不要写
LC_ALL在这个文件里 —— 它不该出现在系统级配置中，否则会干扰服务启动 - 改完立刻生效：
source /etc/locale.conf - 验证：
locale | head -n1应该显示你刚写的值
为什么改完还是乱码？检查这三处
常见原因不是配置没生效，而是被更高优先级的东西覆盖了：
- 用户级 shell 配置（如
/root/.bashrc或/home/user/.bash_profile）里写了export LC_ALL=...—— 注释掉或删掉 - SSH 客户端（如 Xshell、SecureCRT）自身设置了字符集为
GBK或GB2312，而服务器是UTF-8，必然乱码；应统一设为UTF-8 - 某些服务（如
systemd管理的服务）启动时不读 shell 环境，需在 unit 文件里显式指定Environment=LANG=zh_CN.UTF-8
要不要装中文语言包？
如果 locale -a | grep zh_CN 没输出，说明系统没装中文 locale 数据：
yum install glibc-common
然后生成 locale：
localedef -c -i zh_CN -f UTF-8 zh_CN.UTF-8
这条命令必须执行，否则即使 /etc/locale.conf 写了 zh_CN.UTF-8，locale 也会 fallback 到 C 或报错。
真正容易被忽略的是：改完 /etc/locale.conf 后，不检查 locale -a 是否包含目标 locale，也不清理用户级 LC_ALL —— 这俩问题占乱码故障的八成以上。
