Xshell中文显示不全怎么解决才能正常显示不乱码

在远程运维 Linux 服务器时，最让人头疼的不是命令敲错，而是 ls 列出的文件名变成了一串问号 ???，或者 cat 查看日志时中文全是乱码方块。这通常不是网络丢包，也不是服务器文件损坏，而是终端模拟器（Xshell）与服务器之间的字符编码协商失败。只要确保“发送”、“接收”和“存储”三个环节的编码一致为 UTF-8，并选用支持中文的字形，问题即可解决。

在会话属性的终端编码选项中，将默认语言明确设置为 Unicode (UTF-8)

检查会话编码设置

Xshell 默认可能使用跟随系统或旧式的 GBK/GB2312 编码，而现代 Linux 发行版（如 CentOS 7+、Ubuntu 18.04+）普遍默认使用 UTF-8。当客户端用 GBK 去解码 UTF-8 字节流时，多字节字符就会错位，表现为乱码。

打开 Xshell，选中出现问题的会话，点击右键选择“属性”。在左侧菜单中找到“终端”分类下的“编码”选项。将“默认语言”或“编码”手动修改为 Unicode (UTF-8)。不要选择“默认语言”，因为那取决于你本地 Windows 的区域设置，极易出错。

# 错误现象：编码不匹配
$ echo "你好世界"
?? ?? ?? ??

# 修正后：设置为 UTF-8
$ echo "你好世界"
你好世界

修改后无需重启软件，直接重新连接该会话即可生效。如果此时中文依然显示为方框 □，说明编码对了，但字体缺字。

更换支持中文的字体

编码正确但显示为方框，是因为当前使用的字体（如某些默认的 Terminal 字体或 Courier New）不包含中文字符的字形映射。Xshell 会尝试用默认字体渲染，若缺失则显示占位符。

仍在会话“属性”中，进入“外观”或“字体”设置。点击“选择字体”，在列表中寻找明确支持中文的字体。推荐优先使用 Consolas 配合 Microsoft YaHei UI（微软雅黑），或者直接选择 SimSun（宋体）、NSimSun（新宋体）。更现代的开发者常选用 JetBrains Mono 或 Fira Code，但需确认这些字体是否安装了中文补丁或回退机制。

选择支持中文显示的字体，如微软雅黑或新宋体

勾选“使用粗体”和“抗锯齿”可以提升可读性。应用设置后，观察终端中的中文是否从方框变为清晰的汉字。注意，有些等宽编程字体本身不含中文，依赖操作系统的字体回退机制，若 Windows 系统字体缓存异常，也可能导致显示失败，此时重启 Xshell 可强制刷新字体加载。

确认服务器 Locale 环境

如果客户端设置无误，但特定用户登录后依然乱码，问题可能出在服务器端的环境变量 LANG 或 LC_ALL 上。即使服务器安装了中文语言包，若当前 Shell 环境被设置为 POSIX 或 C，程序输出可能会强制使用 ASCII 或单字节编码。

登录服务器后，执行以下命令检查当前语言环境：

locale

观察输出中的 LANG 和 LC_CTYPE。理想状态应包含 utf8 或 UTF-8 字样，例如 zh_CN.UTF-8 或 en_US.UTF-8。如果显示 LANG=C 或 LANG=POSIX，则中文支持被禁用。

临时修复方法是在当前会话执行：

export LANG=en_US.UTF-8
export LC_ALL=en_US.UTF-8

永久修复需要编辑 /etc/locale.conf（CentOS/RHEL）或 /etc/default/locale（Ubuntu/Debian），写入正确的 UTF-8 配置，并执行 source 或重新登录。若服务器未安装中文语言包，需先通过 yum install langpacks-zh_CN 或 apt-get install language-pack-zh-hans 安装，否则切换 locale 会报错。

通过locale命令检查服务器端语言环境是否为UTF-8

避免常见的配置陷阱

有些用户为了“一劳永逸”，会在 Xshell 的全局默认属性中修改编码。这确实能影响新建会话，但不会自动更新已存在的旧会话。务必逐个检查常用生产环境会话的属性，或导出会话配置批量修改。

另外，不要在 Xshell 中开启“将接收到的数据转换为指定编码”这类二次转换功能，除非你非常清楚数据流的原始编码。大多数情况下，保持“无转换”并让两端统一为 UTF-8 是最稳定的策略。

如果经过上述步骤，中文目录能正常 cd 进入，vim 编辑保存后文件内容也未损坏，说明链路已通。此时若个别老旧工具（如某些版本的 top 或自定义脚本）仍输出乱码，那是工具本身不支持宽字符，而非终端配置问题，需单独处理该工具的输出编码。

终端显示的稳定性依赖于端到端的编码共识。保持客户端 UTF-8、字体含中文、服务器 Locale 正确，是解决乱码的唯一正解，任何绕过编码匹配的“转码插件”都只是增加复杂度的权宜之计。