SSH连接
FinalShell 中文乱码彻底解决：编码设置排查指南
FinalShell 4.5.12 的默认设置能覆盖多数场景，但编码链任一环节出错，中文文件名就可能变成问号或方块。这篇文章就是为了帮你彻底解决这个乱码问题，让你无论是查看文件名、阅读日志还是使用 SFTP，都能正常显示中文。
你可能也遇到过上周重装系统后 ls 命令列出中文问号，或是去年调试 Nginx 时日志里出现“锟斤拷”，甚至连 SFTP 面板也无法幸免。这些乱码背后其实是编码设置不一致导致的，下面我将按从易到难的顺序梳理排查步骤。
第一步：检查 FinalShell 会话编码设置
打开 FinalShell，右键点击问题连接，选择“编辑”，在弹出的连接配置窗口中找到“编码”下拉框。默认通常是“UTF-8”，但若之前手动改过或导入旧配置，可能被设成 GBK 或 ISO-8859-1。
我测试时发现，不少用户从其他 SSH 工具迁移配置时，编码项会被意外重置。操作步骤：
- 右键会话 → 编辑 → 找到“编码”选项。
- 将其设为“UTF-8”（除非服务器明确使用 GBK）。
- 点击“确定”保存，重新连接会话。
- 执行
echo 中文测试查看输出是否正常。
若乱码消失，说明问题在客户端侧。若仍乱码，继续往下排查。关于会话管理的更多技巧，可参考 FinalShell 会话备份与恢复。
第二步：核对字体与终端显示设置
编码正确但显示依然异常，可能是字体不支持中文。FinalShell 默认字体在部分 Windows 系统上缺少中文回退，导致汉字显示为方块或问号。
调整方法：点击顶部菜单“设置” → “终端” → “字体”，选择“微软雅黑”或“Noto Sans Mono CJK SC”等含中文的等宽字体。我习惯用“Consolas”搭配“微软雅黑”做回退，在 4.5.12 版本中实测有效。修改后关闭终端重新打开会话，观察中文是否正常渲染。
第三步：检查 Windows 系统区域与语言选项
上周重装系统后，我忽略了“非 Unicode 程序的语言”设置。Windows 若将系统区域设为英语（美国），部分终端程序会按系统默认代码页解释字节，导致中文乱码。
操作路径：控制面板 → 时钟和区域 → 区域 → 管理 → 更改系统区域设置，勾选“Beta: 使用 Unicode UTF-8 提供全球语言支持”，或确保当前系统区域为“中文（简体，中国）”。修改后需重启电脑。这一步影响面较大，建议先确认前两步无效再操作。
如果你刚接触 FinalShell，基础连接配置可先看 SSH 连接入门教程。
第四步：排查服务器端 locale 与文件编码
客户端设置无误后，问题可能出在服务器。SSH 登录后执行 locale，查看 LANG 和 LC_ALL 是否为 zh_CN.UTF-8 或 en_US.UTF-8。若显示 POSIX 或空值，用 export LANG=zh_CN.UTF-8 临时测试。
永久生效需编辑 /etc/locale.conf 或 ~/.bashrc，加入 export LANG=zh_CN.UTF-8。另外，用 file -i 文件名 确认文件本身是 UTF-8 还是 GBK。若文件是 GBK 而终端是 UTF-8，可用 iconv -f GBK -t UTF-8 原文件 > 新文件 转换。SFTP 传输中文文件时也要注意编码一致性，具体可参考 SFTP 文件传输教程。
更多字符集细节可查阅 FinalShell 编码与字符集修复。
常见问题
Q1：改了编码设置，重启 FinalShell 后乱码又出现？
检查是否修改了“默认会话”而非具体连接。FinalShell 新建会话会继承默认配置，需在“设置” → “默认会话”中同步修改编码。
Q2：只有部分中文乱码，英文和数字正常？
典型的多字节编码不匹配。重点检查服务器 locale 和文件自身编码，用 file -i 确认。
Q3：Windows 11 下字体设置无效？
部分版本存在字体缓存问题，尝试更换其他中文字体后重启软件。若仍无效，可临时切换系统区域为中文并重启。
Q4：通过 FinalShell 访问 Docker 容器时乱码？
容器内可能未设置 locale。进入容器执行 locale -a 查看可用语言包，必要时安装 locales 并生成 UTF-8 配置。容器访问的更多操作见 Docker 容器访问指南。
排查顺序建议从客户端编码开始，依次检查字体、系统区域、服务器 locale。多数情况下第一步就能解决。动手前建议先记录当前配置，方便回滚。