xshell乱码怎么调整 会话编码配置

把 Xshell 会话的编码与远端实际输出对齐后，中文提示、命令结果和文件内容才能正常显示。下面以 Windows 11 上的 Xshell 8 连接 Linux 为例，先确认远端字符集，再调整当前会话，最后重新连接验证设置是否保留。整个过程围绕同一条已保存会话进行。

Xshell 连接 Linux 后终端显示中文乱码示例

1. 选中出现乱码的那条会话

先在 Xshell 中打开原来能正常登录、但中文显示异常的连接。下文把这条连接称为“运维练习”，实际操作时选你自己的会话，不必照着改名，也不用修改主机、端口或登录账号。

确认当前标签已经进入远端 Linux 的命令提示符。如果仍在 Xshell 本地提示符，先完成原会话连接；后面的 locale、printf 都是在远端 shell 中执行。

记下异常出现的位置：是新输出的中文变成另一串字符，还是中文位置显示为空框，或者只有某个文件不正常。先保留这一判断，后面每改一处，都重新输出同一段内容比较。

2. 查看远端实际使用的字符集

在“运维练习”的远端命令行依次输入：

locale
locale charmap

第一条查看当前语言环境，重点看 LC_CTYPE，并留意是否设置了 LC_ALL；第二条直接查看当前 locale 对应的字符集。例如，第二条显示 UTF-8 时，后面就按 UTF-8 主线调整。

不要只凭 LANG 一项判断：非空的 LC_ALL 会覆盖其他 locale 分类，LC_CTYPE 又与字符集处理直接相关。语言名称是英文也不妨碍 UTF-8 表示中文，不能因为看到 en_US.UTF-8 就把它认定为乱码原因。

如果命令不存在或报告 locale 无效，先记录实际提示，由服务器维护人员确认环境。此时不要往系统配置文件里强行追加一组语言变量。终端、应用程序和文件也可能分别使用不同编码，当前 locale 是定位线索，不能替代对具体程序的确认。

2. 查看远端实际使用的字符集

3. 在当前会话的终端属性中选择 UTF-8

前一步确认远端主线为 UTF-8 后，保持“运维练习”标签处于选中状态，打开【文件】→【属性】，进入会话属性窗口。

在左侧类别中选【终端】，找到【编码（Encoding）】下拉列表，选择【Unicode (UTF-8)】，再点【确定】。Xshell 8 的这项设置在【终端】页，不必沿用旧教程去寻找其他版本的子页面。

这时改变的是当前会话解释终端输出的方式。不要同时修改终端类型、键盘映射或连接协议，这些项目有各自用途，不能代替字符编码设置。

工具栏上的【编码】按钮也可以切换输出编码，适合快速比较。但为了确认以后仍使用同一设置，后面还要检查已保存会话的属性。

4. 用固定 UTF-8 字节重新输出中文

回到同一远端命令提示符，输入下面这条命令。引号与反斜杠都按原样保留：

printf '\344\270\255\346\226\207\346\243\200\346\237\245\n'

这条命令按字节输出“中文检查”的 UTF-8 内容，并换行。它的输入只包含 ASCII 字符，便于把中文输入法、粘贴中文等因素暂时排除；不会创建或修改文件。

编码匹配、字体能够显示中文时，新的一行应读作“中文检查”。这是核对时应观察的结果，不是预先断言你的机器已经修复。

通过 printf 命令验证 UTF-8 编码显示正常

观察刚刚产生的这一行，再重新运行之前出现问题的命令。不要仅盯着切换前留在滚动区里的旧乱码：旧内容是否重新解释不能作为验收标准，让程序再次输出更容易判断。

5. 按剩余现象处理文件、旧编码或字体

如果“中文检查”已经可读，而打开某个旧文件仍乱码，先保留当前 UTF-8 会话设置。此时应核实该文件的实际编码，以及查看它的程序是否进行了转换；会话切换编码不会把磁盘上的文件自动转换或修复。

如果前面已经确认目标程序实际输出 GB 系列、Big5 等旧编码，就让 Xshell 与该程序的实际输出匹配。可打开工具栏【编码】按钮，在列表或【更多】中寻找已确认的对应编码；以本机实际提供的名称为准，不凭中文内容猜选项。

这条旧编码分支与前面的 UTF-8 示例不同：切到旧编码后，应重新输出目标程序中已知正确的中文，不能再要求第 4 步那组固定 UTF-8 字节也正常显示。不同编码来源混在一个终端里，通常需要从程序或文件读取环节统一处理。

【默认语言（Default Language）】使用的是 Windows 对应的编码，并不代表自动识别每份远端内容。不要把它当作所有中文环境都正确的固定答案。

如果新输出主要呈现为空框，并且输出编码已核实匹配，再到会话属性的【外观（Appearance）】检查字体。找到用于非 ASCII 字符的字体项，英文为【Asian Font】，改用列表中实际存在且支持中文的字体，例如已安装的宋体，确认后重新输出测试行。换字体用于补足字形显示，不能纠正一串已经按错误编码解释的文字。

在外观设置中指定支持中文的字体

6. 把相同编码写入已保存会话

确认当前连接显示正常后，打开【文件】→【打开】，在会话列表中只选中“运维练习”，点击【属性】。

再次进入【终端】检查【编码】，设置为刚才验证有效的值，点击【确定】完成会话编辑。若确实调整过中文字体，也在这条会话的【外观】页检查对应设置。

这样检查的是以后从列表打开的那份会话配置。只改默认会话，不能代替核对一条早已保存的连接；也不要为修复这一台服务器而同时选中全部会话批量修改。

原有地址、端口和认证信息保持原值即可。无需删除会话、重新安装 Xshell，也无需为了终端输出执行 Windows 的 chcp 命令；后者不能直接修改远端 Linux 程序的输出编码。

7. 重新连接并验证中文显示保留

先结束远端正在进行的编辑或其他前台操作，再正常退出连接。从会话列表重新打开同一条“运维练习”，重新登录。

如果采用本文 UTF-8 主线，再执行第 2 步的字符集检查和第 4 步的固定字节命令，确认新输出仍能读作“中文检查”，然后重跑原先出问题的命令。采用旧编码分支时，则用已确认编码的目标程序输出验证。

最后再次查看这条已保存会话的【终端】→【编码】，核对值是否保留。乱码若只剩在个别文件或应用中，就继续定位那个来源，不反复更换已经验证正确的整条会话配置。会话文件继续保留，后续修改也围绕同一条连接进行。

7. 重新连接并验证中文显示保留