FileZilla用久了很容易碰到文件名乱码问题，本地文件夹命名为“项目文档”，上传到服务器之后就变成“项目文档”，看着很不方便。反过来的情况也很常见，服务器端的中文文件名，在本地软件列表内全部显示成问号。这个故障并不是FileZilla本身存在bug，FTP协议本身没有强制规定文件名的编码格式。服务器使用GBK编码，客户端默认采用UTF-8，两端编码不匹配，中文文件名解析就会出错。
解决方法不算复杂，只是很多人找错设置位置。不少人直接打开软件主设置页面翻找编码选项，基本找不到。编码的控制开关放在站点管理器里面。打开FileZilla，点击左上角文件菜单，选择站点管理器，快捷键Ctrl+S也能直接调出。在左侧列表选中需要连接的站点，右侧顶部切换到字符集标签页，默认选项是自动检测。自动检测在中文服务器环境下经常识别出错，不太靠谱。
将自动检测切换为使用自定义字符集，下方输入框填写GBK。GBK无效的情况下，可以尝试GB2312或者GB18030。国内中文服务器最常用这三种编码，GB18030覆盖字符最全，优先测试这个。填写完成点击连接，重新建立服务器连接，中文文件名一般就能正常显示。
如果服务器采用UTF-8编码，但文件名依旧乱码，就更换设置。同样在字符集标签页，勾选强制UTF-8。FileZilla会强制以UTF-8编码和服务器通信，忽略服务器本身的编码声明。部分服务器配置特殊，本身支持UTF-8，但不会主动向客户端上报编码信息，开启强制UTF-8就能修复。
还有一类情况根源在服务器本身。自己搭建vsftpd的FTP服务，默认可能没有开启UTF-8支持。登录服务器修改vsftpd.conf配置文件，添加 utf8_filesystem=YES，保存之后重启FTP服务。如果服务端使用FileZilla Server，默认就是UTF-8编码，基本不用改动。老版本Serv-U或者IIS自带FTP服务，编码选项在服务端管理后台，需要单独调整。
我遇到过比较棘手的场景，本地Windows系统使用GBK，Linux服务器采用UTF-8，两端编码标准不一样。这种场景下客户端填写GBK，上传到服务器的文件反而乱码，服务器会按照UTF-8解析文件名。正确处理方式：服务器为Linux并且支持UTF-8，客户端就开启强制UTF-8，本地文件是什么编码无关紧要，FileZilla会在传输过程自动转码。核心原则就是客户端和服务器保持同一套编码通信。
修改编码设置之后，已经上传完成的乱码文件不会自动修复。需要删除服务器上乱码文件，或者登录服务器使用命令重命名。文件数量多的时候，可以编写脚本批量处理。重新上传文件前确认编码设置生效，最简单的验证办法，查看服务器中文目录名称能否正常展示，显示正常就代表编码匹配成功。
额外提醒一点，FileZilla主设置页面的传输选项卡里，有一个使用UTF-8勾选框。这个选项和站点管理器内的字符集属于两套独立配置，两者同时开启容易互相冲突。站点管理器已经配置自定义字符集的话，最好取消这个勾选，以站点单独设置为准，两项同时启用容易出现奇怪异常。
如果全部编码方案测试完依旧乱码，可以更换FTP客户端尝试，WinSCP、Xftp处理编码问题的容错性有时候更好。但绝大多数乱码问题，只需要在站点管理器修改字符集参数就能搞定，不用更换工具。