xshell乱码 中文字符显示修复方法

在 Xshell 中连接 Linux 服务器时，中文显示为乱码、问号或方框是常见问题。这通常由两个独立原因导致：一是终端解码编码与服务器输出不一致，二是当前字体缺少中文字形。将这两者分开处理，能避免盲目更换字体却无效的情况。以下操作以 Windows 上的 Xshell 8 为例，针对已连接的 SSH 会话进行设置。

Xshell 终端中因编码不匹配导致的中文乱码示例

1. 在远端查看当前字符集

首先切换到出现乱码的远程会话标签，确保光标位于 Linux Shell 提示符后，而非 Xshell 本地界面。在终端中运行以下命令，查看当前的区域设置和字符集：

locale
locale charmap

locale 命令会列出所有区域变量，而 locale charmap 直接显示当前使用的字符集名称。如果返回结果包含 UTF-8，则说明服务器端输出的是 UTF-8 编码。此时应记录该结果，作为后续设置 Xshell 的依据。

若只看到语言代码（如 zh_CN）而未明确字符集，可进一步运行 echo "$LANG" 辅助判断。注意，不要仅凭语言名称就假设编码格式，某些旧系统可能使用 GBK 或其他编码。同时观察乱码出现的范围：是所有命令输出均异常，还是仅特定文件内容异常。后者可能涉及文件本身的存储编码，需单独核实。

1. 在远端查看当前字符集

2. 只修改这个会话的输出编码

保持当前会话窗口激活，点击工具栏上的【属性】按钮，或使用快捷键 Alt+P 打开【会话属性】对话框。在左侧导航栏中选择【终端】分类，右侧找到【编码】下拉列表。

在【会话属性】的【终端】选项卡中选择正确的编码

根据第 1 步查得的字符集结果进行选择。若服务器返回 UTF-8，则在列表中选择【Unicode (UTF-8)】。点击【确定】保存设置并关闭对话框。此时无需重启连接，设置会立即生效于当前会话。

注意，【默认语言】选项通常跟随 Windows 系统区域设置，并不具备自动识别远端编码的能力。因此，必须手动指定与服务器一致的编码格式。设置完成后，重新执行之前产生乱码的命令，或再次查看同一份中文文件。观察新输出的内容是否变为可读中文，而不是依赖滚屏中残留的旧乱码进行判断。

3. 编码一致后，再检查中文字形

如果调整编码后，中文不再显示为杂乱符号，而是变成整齐的方框、空白或缺失部分笔画，这说明解码正确但字体无法渲染中文字形。此时需检查字体设置。

再次打开【会话属性】，选择左侧的【外观】分类。在【字体】列表中，选择一个本机已安装且明确支持中文的等宽字体，如“Consolas”、“Courier New”配合中文字体，或直接选择“Microsoft YaHei Mono”、“SimSun”等中文字体。同时调整字号至清晰易读的大小。

在【外观】选项卡中更换支持中文的等宽字体

Xshell 基于行列网格渲染字符，官方建议优先使用等宽字体以保证对齐。更改字体后，再次刷新终端内容。若中文字符完整显示，则问题解决。需注意，字体仅解决显示问题；如果远端程序因编码错误已将中文替换为问号（?），或文件本身已损坏，更换字体无法恢复原始数据，此时需从源文件或备份中找回。

4. 重新连接，检查设置是否保留

为确保设置在后续连接中依然有效，建议在确认无正在运行的关键任务后，断开当前会话并重新连接。重新登录后，再次运行 locale charmap 确认环境未变，并查看相同的中文内容。

调整编码和字体后，中文内容清晰可读

验证时应涵盖普通中文文本、中文文件名以及应用程序的输出信息。若所有场景下中文均显示正常，说明修复完成。如果屏幕显示正常但无法输入中文，则需检查 Windows 输入法状态及 Xshell 的键盘映射设置，这与输出编码无关。保留好当前会话的编码和字体配置，可作为日后新建会话的参考模板。