Xshell连接Linux中文乱码怎么办？调整终端编码快速修复

在Xshell中连接Linux服务器时，如果看到的中文变成了一串问号、方块或者完全无法理解的字符，通常是因为客户端的显示编码与服务器输出的编码不一致。解决这个问题最直接的方法是调整当前会话的“终端编码”，让Xshell按照正确的字符集来解析和显示数据。这种方法只改变本地显示方式，不会修改服务器上的任何文件或配置，安全且即时生效。

左侧为编码错误导致的乱码，右侧为调整后的正常中文显示

1. 分清乱码的具体表现

在动手调整之前，先观察乱码的形式，这有助于判断方向。如果Xshell的软件菜单、按钮显示正常，只有终端窗口里的中文输出异常，那么问题确实出在会话的编码设置上，而不是软件本身的语言包缺失。

常见的乱码有两种：一种是变成毫无意义的特殊符号或问号，这通常是UTF-8与GBK等编码混淆造成的；另一种是显示为空心方框，这往往是因为当前使用的字体缺少对应的中文字形。如果是方框问题，调整编码无效，需要更换支持中文的字体（如Consolas混合微软雅黑）。如果是符号错乱，则继续下面的步骤。

建议保留一段会出现乱码的命令或文件内容，作为后续验证的基准。每次只修改一个设置，然后重新执行该命令，以便准确判断哪一步起了作用。

1. 分清乱码的具体表现

2. 查看Linux服务器的语言环境

要选对编码，首先得知道服务器“说”的是什么语言。在Xshell终端中输入以下命令，查看当前的语言环境变量：

echo "$LANG"
locale

在终端中输入locale命令查看当前系统的LANG和LC_CTYPE设置

观察输出结果中的LANG值。如果显示类似zh_CN.UTF-8或en_US.UTF-8，说明服务器主要使用UTF-8编码；如果显示zh_CN.GBK或zh_CN.GB18030，则说明使用的是GBK系列编码。

请注意，LANG变量反映的是系统默认的语言环境，大多数现代Linux发行版默认使用UTF-8。但如果你的服务器是较旧的系统，或者特定程序输出了非UTF-8的内容，就需要根据实际输出情况来选择Xshell的编码。记录下这个信息，不要急于修改服务器端的配置文件，我们只需要在客户端做适配。

3. 调整当前会话的终端编码

确认了服务器可能的编码后，回到Xshell进行设置。右键点击当前连接的会话标签，选择【属性】，或者在顶部菜单栏点击【文件】>【属性】。

在弹出的会话属性窗口左侧分类中，找到并点击【终端】。在右侧的设置面板中，找到【编码】下拉列表。这里列出了Xshell支持的各种字符集。

• 如果服务器LANG显示为UTF-8，请在下拉列表中选择Unicode (UTF-8)。
• 如果服务器使用的是GBK或GB2312，请选择Chinese Simplified (GBK)。
• 如果不确定，可以先尝试UTF-8，这是目前最通用的标准。

注意，“默认语言”选项通常跟随Windows系统的区域设置，它不一定与远程Linux服务器一致。因此，建议手动指定明确的编码格式，而不是依赖默认值。设置完成后，点击【确定】保存。

4. 重新输出内容验证效果

设置保存后，不需要重启软件，甚至不需要重新连接服务器（除非某些特殊程序缓存了编码状态）。直接在终端中再次执行刚才出现乱码的命令，例如cat查看某个中文文件，或者运行一个会输出中文提示的脚本。

重新执行命令后，中文内容清晰可读

观察新的输出结果。如果之前的乱码变成了清晰可读的中文，说明编码匹配成功。如果仍然乱码，可以尝试切换另一种常见的编码（如在UTF-8和GBK之间切换），再次验证。

需要注意的是，Xshell的编码设置仅影响“显示”。它不会自动转换服务器文件的实际字节内容。如果某个特定文件在正确编码下依然显示异常，可能是该文件本身的存储编码与系统环境不符，这时才需要考虑在服务器端使用iconv等工具进行文件转码，但这已超出单纯调整终端显示的范畴。

5. 保存设置并区分输入问题

当找到正确的编码后，确保该设置已保存在当前会话属性中。下次打开该会话时，Xshell会自动应用此编码，无需重复调整。如果你管理多台服务器，且它们的编码环境不同（例如一台是CentOS 7用UTF-8，另一台是老旧的AIX用GBK），请分别为每个会话保存独立的编码设置，不要强求全局统一。

最后要区分“显示”与“输入”。调整终端编码解决了“看”的问题。如果你能正常看到中文，但通过输入法输入的中文在服务器上显示为乱码或无法识别，那通常是Windows输入法与SSH协议之间的传输问题，或者是服务器端的Shell配置不支持多字节输入，这与终端显示编码是两个独立的问题，需要另行排查输入法设置或服务器Locale配置。

为不同编码环境的服务器分别保存会话设置