xshell修改编码格式 中文字符显示设置

Xshell 连接 Linux 服务器时，如果中文显示为乱码，通常是因为终端的解码方式与服务器输出的编码不一致。通过调整 Xshell 会话的编码设置，使其与远端实际使用的编码（如 UTF-8 或 GBK）匹配，即可恢复正常显示。这种方法仅改变本地终端的解释方式，不会修改服务器上的文件内容，也不会修复已经因错误转码而损坏的数据。

左侧为编码不匹配导致的中文乱码，右侧为设置正确后的清晰显示

1. 确认正在修改的会话与远端编码

首先，切换到出现乱码的连接标签页，记下该会话的名称，例如“测试服务器”。后续的所有设置和验证都针对这个特定会话进行，以免误改其他连接。

在 Xshell 的命令行中输入 echo "$LANG" 查看当前的语言环境设置。如果返回结果包含 UTF-8 或 utf8，说明服务器默认使用 UTF-8 编码；如果包含 GB2312、GBK 或 GB18030，则对应中文国标编码。也可以使用 locale 命令查看更详细的区域设置，重点关注 LC_ALL、LC_CTYPE 和 LANG 的值。

需要注意的是，LANG 变量仅代表默认环境，某些特定程序可能独立设置输出编码。如果管理员已明确告知终端编码标准，请以其说明为准，不要仅凭猜测选择编码类型。切勿为了修复显示而随意修改服务器的全局语言配置。

1. 确认正在修改的会话与远端编码

2. 在会话属性中选择对应编码

右键点击会话名称或点击工具栏中的【属性】按钮，打开【会话属性】对话框。在左侧类别列表中选择【终端】，右侧面板中找到【编码】下拉菜单。不同版本的 Xshell 界面翻译可能略有差异，请认准“终端”和“编码”字样，不要混淆为“日志文件编码”。

Xshell会话属性终端编码设置界面

如果前一步确认服务器使用 UTF-8，请在下拉菜单中选择【Unicode (UTF-8)】。如果服务器使用 GBK 或其他中文编码，则选择对应的选项。Xshell 的“默认”编码通常跟随 Windows 系统区域设置，不一定适用于所有 Linux 服务器，因此建议手动指定。

此外，也可以点击工具栏上的【编码】按钮快速切换当前窗口的编码，这适合临时测试显示效果。但为了确保下次连接自动应用正确设置，必须在【会话属性】中修改并保存，仅靠工具栏切换不会永久保存配置。

3. 重新输出中文，判断是否真正匹配

修改编码设置后，不要直接观察之前的滚屏内容，因为那些数据已经按错误的编码解析过。应在命令行中重新执行一个能输出中文的命令，例如 date（如果系统语言设为中文）或查看一个已知编码正确的文本文件。

重新输出中文命令验证显示效果

观察新输出的中文、英文和标点符号是否清晰完整。如果乱码消失，说明终端解码已匹配成功。如果只有某个特定文件仍然乱码，而其他中文显示正常，可能是该文件本身的存储编码与会话设置不符。此时不应频繁切换整个会话的编码，以免影响其他正常内容的显示，而应单独处理该文件的编码转换。

如果屏幕上显示的是方框或缺字，而非杂乱字符，这可能是 Windows 字体缺失所致。Xshell 的编码设置无法补充字体库中不存在的字符。若问题仅出现在键盘输入阶段，还需检查 Windows 输入法与远端 Shell 的输入兼容性，输出编码设置不直接影响键盘输入。

4. 核对保存值并重新连接验证

确认当前显示正常后，再次打开该会话的【会话属性】，检查【终端】下的【编码】值是否与刚才设置的一致。确保没有误触其他选项，然后关闭属性窗口。

重新连接会话验证配置保存

断开当前连接，并从会话管理器中重新双击该会话进行连接。重新登录后，再次执行之前的中文输出命令。如果重连后中文依然显示正常，说明配置已永久保存并生效。如果重连后再次出现乱码，请确认打开的是同一个会话，并检查服务器登录脚本（如 .bashrc）是否在登录后动态改变了语言环境变量。

整个排查过程仅涉及本地终端的显示设置。一旦显示恢复正常，服务器上的原始文件保持原样。对于历史上因错误编码保存而损坏的文件，Xshell 的显示设置无法恢复，需通过备份或专门的编码转换工具进行处理。