解决 FileZilla 中文字符显示乱码的完整指南。适用于 Win10/Win8/Win7 等 Windows 系统。
使用 FileZilla 连接 FTP 服务器时，中文文件名显示为乱码是最常见的困扰之一。这个问题本质上是客户端与服务器之间的字符编码不一致导致的。本文将系统性地讲解乱码的成因和修复方法。
FileZilla 中文乱码通常有以下几种表现形式：
| 表现形式 | 示例 | 常见原因 |
|---|---|---|
| 问号替代 | "测试.txt" → "??.txt" | UTF-8 解码 GBK 编码 |
| 乱码字符 | "测试.txt" → "娴嬭瘯.txt" | GBK 解码 UTF-8 编码 |
| 空白或方块 | 文件名显示为空格或口口 | 字符集完全不兼容 |
| 部分乱码 | 部分文件正常、部分乱码 | 服务器混合编码 |
字符编码不匹配。FileZilla 和 FTP 服务器在处理文件名时使用不同的字符编码：
这是最简单有效的方法，适合服务器支持 UTF-8 但未自动启用的情况：
如果强制 UTF-8 后乱码仍然存在，说明服务器使用的是 GBK 编码：
如果你有服务器管理权限，可以从根源上解决问题：
Linux 服务器（vsftpd）：
在 vsftpd.conf 中添加：
Linux 服务器（Pure-FTPd）：
启动时添加参数：
Windows 服务器（IIS FTP）：
在 IIS 管理器中启用"允许 UTF-8"选项。
如果无法修改服务器配置，且自定义字符集仍然有部分文件乱码：
中文 FTP 服务器出现编码混乱的历史原因：
为避免上传的文件也出现乱码：
这说明服务器上存在混合编码的文件。尝试在站点管理器中使用 `GB18030`（GBK 的超集，兼容性更广）。
这不一定是乱码问题。可能是服务器目录权限不足或被动模式端口被阻塞。请先参考 连接失败解决方案。
日志中的乱码通常是服务器返回的状态信息编码问题，不影响文件传输功能。
FTP 协议诞生于 1970 年代，当时只考虑英文文件名，没有规定字符编码标准。中文网络发展起来后，Windows 服务器默认使用 GBK/GB2312 编码，而 Linux 服务器和国际标准转向 UTF-8。FileZilla Client 作为跨平台的免费开源客户端，需要在各种编码环境中工作，所以提供了灵活的字符集配置选项。
对于大多数现代服务器（2015 年后搭建的 Linux 服务器、云主机、虚拟主机），建议统一使用"强制 UTF-8"设置。UTF-8 是国际标准，兼容所有语言字符。如果你不确定服务器使用什么编码，先尝试强制 UTF-8，如果乱码再切换到 GBK。
如果你管理多个不同编码的服务器，建议在站点管理器中为每个站点单独设置字符编码。具体操作：
为避免你上传的文件在服务器端出现乱码，建议在 FileZilla 的站点管理器中提前设置正确的字符编码。FileZilla 会在上传文件时使用你设置的编码与服务器通信，确保文件名正确传输。如果在设置编码后仍然出现乱码，可以尝试在服务器上使用 `convmv` 或 `iconv` 等工具批量转换已有文件的编码。
FileZilla默认使用UTF-8，但很多中文服务器使用GBK编码，编码不匹配导致乱码。
尝试GB18030（GBK超集），或批量转换服务器文件名编码。
