在管理和使用 CentOS 服务器时，经常会遇到因字符编码不匹配而导致的“乱码”问题，无论是通过 SSH 客户端连接，还是查看日志文件，错误的编码设置都会让非英文字符显示为一堆无意义的符号，本文将详细介绍如何在 CentOS 系统中检查、更改和设置字符编码,确保系统能够正确处理和显示中文字符。
理解系统编码的核心：Locale 变量
在 Linux 系统中，字符编码的设置是通过一系列名为“Locale”的环境变量来控制的，这些变量定义了语言、国家/地区、字符集以及排序规则等,最核心的几个变量是：
LANG：默认的 Locale 设置，如果没有指定其他LC_*变量,系统将使用此设置。LC_ALL：一个强制覆盖所有其他LC_*变量的设置，如果设置了此变量,它的优先级最高。LC_CTYPE：专门用于字符处理和分类的设置,决定了系统如何识别和处理不同的字符。
要查看当前系统的编码设置，可以在终端中执行 locale 命令，输出结果会列出所有相关的 Locale 变量及其当前值，我们主要关注 LANG 变量的值，en_US.UTF-8 表示使用美国英语的 UTF-8 编码。
临时更改当前会话编码
如果只是想在当前的终端会话中临时更改编码，而不影响系统全局设置，可以使用 export 命令,这种方法非常适用于快速测试或临时处理特定任务。
操作步骤如下：
- 打开终端。
- 执行以下命令将编码设置为简体中文 UTF-8：
export LANG=zh_CN.UTF-8
- 立即执行
locale命令，你会看到LANG和其他相关变量的值已经更新为zh_CN.UTF-8。
这种更改仅对当前的终端窗口有效，一旦关闭该窗口或重新登录,设置就会恢复为系统默认值。
永久更改系统编码（推荐）
为了使编码设置在重启后依然生效，需要修改系统的配置文件，针对不同版本的 CentOS,有推荐的方法和传统的方法。
使用 localectl 命令（现代方法）
对于 CentOS 7 及以上版本，系统使用 systemd，推荐使用 localectl 命令来管理 Locale，这是最简洁、最官方的方式。
-
查看可用编码：可以列出系统已安装的所有可用 Locale。
localectl list-locales | grep -i zh_CN
如果列表中没有
zh_CN.UTF-8，则需要先安装中文语言包（后文详述）。 -
设置系统编码：使用
set-locale子命令进行设置。
sudo localectl set-locale LANG=zh_CN.UTF-8
执行此命令后，系统会自动修改
/etc/locale.conf文件,无需手动编辑。 -
验证设置：可以通过以下命令查看当前系统的 Locale 状态。
localectl status
输出中会显示
System Locale: LANG=zh_CN.UTF-8，表示设置成功，更改后,建议重启系统或重新登录以确保所有服务都使用新的编码设置。
手动编辑配置文件（传统方法）
这是一种适用于所有 CentOS 版本的通用方法，直接编辑核心配置文件 /etc/locale.conf。
-
使用文本编辑器（如
vi或nano）打开/etc/locale.conf文件。sudo vi /etc/locale.conf
-
修改或添加
LANG变量，如果文件中已有LANG行，直接修改其值；如果没有，则添加一行,内容如下：LANG="zh_CN.UTF-8" -
保存并退出文件，同样,此更改需要重启系统或重新登录才能完全生效。
关键步骤：检查并安装所需语言包
在设置编码之前，必须确保系统已经安装了对应的语言包，否则，设置后可能会因为找不到 locale 定义而无法生效,甚至出现错误。
-
对于 CentOS 7/RHEL 7： 通常可以通过安装语言包组来支持中文。
sudo yum groupinstall "Chinese Support"
-
对于 CentOS 8/RHEL 8 及更高版本： 语言包的管理方式有所变化，使用
glibc-langpack包。
sudo yum install glibc-langpack-zh
安装完成后，再次运行
localectl list-locales | grep zh_CN就应该能看到zh_CN.UTF-8了。
方法对比
下表小编总结了不同更改编码方法的特点：
| 方法 | 作用范围 | 持久性 | 推荐度 | 操作复杂度 |
|---|---|---|---|---|
export 命令 |
当前终端会话 | 临时 | 低（适用于测试） | 极低 |
localectl 命令 |
全局系统 | 永久 | 高（CentOS 7+推荐） | 低 |
| 手动编辑配置文件 | 全局系统 | 永久 | 中（通用方法） | 中等 |
在 CentOS 中更改编码是一个基础但重要的系统管理任务，解决乱码问题的核心在于确保系统的 Locale 设置、终端客户端的编码设置以及文件本身的编码三者保持一致，在现代的 CentOS 系统中，优先推荐使用 localectl 命令来设置系统编码为 zh_CN.UTF-8，因为它操作简单、符合 systemd 的管理规范，并且是未来的发展趋势，在设置前，请务必检查并安装好所需的中文语言包,以避免不必要的麻烦。
相关问答FAQs
我已经按照教程将系统编码更改为 zh_CN.UTF-8，为什么在 SSH 客户端里查看中文文件还是乱码？
解答：这是一个常见问题，系统编码设置正确只是其中一环，SSH 连接出现乱码通常有以下三个原因：
- SSH 客户端编码未设置：请检查你使用的 SSH 工具（如 Xshell, PuTTY, SecureCRT 等）的字符集设置，需要在其会话属性或设置中，将“编码”或“字符集”明确设置为
UTF-8。 - 文件本身编码非 UTF-8：你要查看的文件可能是用 GBK 或其他编码保存的，系统编码设置为 UTF-8 后，用它去读取 GBK 文件自然会乱码，你可以使用
file -bi filename.txt命令检查文件的实际编码，或使用iconv工具进行编码转换。 - 未重新登录或重启：更改
/etc/locale.conf后，需要完全退出当前 SSH 连接并重新登录，或者重启系统,新的环境变量才能对所有会话生效。
UTF-8 和 GBK 编码有什么主要区别？在服务器上我应该选择哪一个？
解答：GBK 和 UTF-8 是两种不同的字符编码方案。
- GBK：是中国国家标准，专门用于编码汉字，它是双字节编码，能表示所有的中文字符，但兼容性和国际化支持较差，无法表示其他语言（如日语、韩语、阿拉伯语等）的字符。
- UTF-8：是一种国际通用的可变长度编码，是 Unicode 标准的一种实现，它可以用 1 到 4 个字节表示一个字符，能够涵盖世界上几乎所有的语言字符，包括中文、英文、日文、甚至是表情符号。
选择建议：在现代服务器环境中，强烈推荐并几乎默认选择 UTF-8,原因如下：
- 国际化：如果你的应用或服务未来可能需要支持多语言，UTF-8 是唯一标准。
- 兼容性：绝大多数现代操作系统、编程语言、数据库和 Web 服务都默认使用并优先支持 UTF-8。
- 生态系统：使用 UTF-8 可以避免在不同系统、软件之间交换数据时出现大量的编码转换问题。
除非你需要维护一个只能使用 GBK 的非常古老的遗留系统，否则在所有情况下都应优先选择 zh_CN.UTF-8。