问题的根源：FTP 协议的“ASCII 模式”
FTP 协议在定义之初，主要目的是在计算机之间传输文本文件，当时，文本文件主要使用 ASCII (American Standard Code for Information Interchange) 编码，ASCII 编码只包含了 128 个字符，主要包括英文字母（A-Z, a-z）、数字（0-9）和一些常用符号（如 , , , 等），它不支持任何非英文字符，比如中文的“你好”、法文的 、德文的 等。
（图片来源网络，侵删）
为了处理文本文件，FTP 协议引入了两种传输模式：
-
ASCII 模式 (或 Text 模式)：
- 目的：为了解决不同操作系统之间换行符的差异（Windows 用
\r\n，Unix/Linux/macOS 用\n）。 - 工作方式：当客户端上传或下载文件时，FTP 服务器会智能地转换文件的换行符，在 Windows 上创建的文件（
\r\n），如果通过 ASCII 模式上传到 Linux 服务器，服务器会将其转换为\n。 - 致命缺陷：在这种模式下，FTP 客户端和服务器都会假设文件内容是纯文本，如果文件中包含非 ASCII 字符（如中文），这些字符可能会被错误地解释或转换，导致文件内容损坏或乱码。这就是“不支持非 ASCII 字符”这个说法的主要来源。
- 目的：为了解决不同操作系统之间换行符的差异（Windows 用
-
二进制模式 (或 Image 模式)：
- 目的：用于传输所有非文本文件，如程序、图片、压缩包、视频等。
- 工作方式：在这种模式下，FTP 客户端和服务器将文件视为一个纯粹的字节流，不做任何修改，原封不动地传输，文件中的每一个字节（包括换行符
\r\n和非 ASCII 字符）都会被精确地复制。 - 解决方案：对于包含非 ASCII 字符的文本文件（如
.txt,.csv,.json,.xml），必须使用二进制模式进行传输,才能保证内容不被破坏。
现代解决方案：UTF-8 和扩展协议
随着互联网的普及，非 ASCII 字符的需求越来越大，现代 FTP 服务器和客户端已经通过以下方式完美解决了这个问题：
（图片来源网络，侵删）
核心解决方案：统一使用二进制模式 + UTF-8 编码
这是目前最通用、最安全的做法：
- 所有文件都用二进制模式传输：无论文件是文本、图片还是程序，都使用
BINARY(或IMAGE) 模式，这可以确保文件内容的完整性,避免任何意外的字符转换。 - 使用 UTF-8 编码：对于文本文件，其内部编码应统一为 UTF-8，UTF-8 是一种可变长度的 Unicode 编码，它兼容 ASCII，同时可以表示地球上几乎所有的字符和符号,是目前互联网上事实上的标准编码。
实践建议：
- 服务器端：确保 FTP 服务器配置为支持 UTF-8，大多数现代 FTP 服务器（如 vsftpd, ProFTPD, FileZilla Server）默认或可以配置为使用 UTF-8。
- 客户端：确保你的 FTP 客户端（如 FileZilla, WinSCP）在连接时明确告诉服务器它支持 UTF-8，这通常通过
OPTS UTF8 ON命令实现,主流客户端默认都会这样做。 - 文件名：FTP 协议在文件名处理上也有历史问题，早期的 FTP 只支持文件名使用 ASCII 或特定本地编码（如 Latin-1），为了支持包含中文、日文等 Unicode 字符的文件名，现代 FTP 客户端和服务器通常使用 UTF-8 编码文件名，并通过
FEAT命令协商支持UTF8功能。
一个更好的替代方案：SFTP
虽然 FTP 通过上述方法可以支持非 ASCII 字符，但它本身是一个过时且不安全的协议，FTP 的所有传输（包括用户名和密码）都是明文的,容易被窃听。
强烈建议使用 SFTP (SSH File Transfer Protocol) 作为替代方案。
（图片来源网络，侵删）
- SFTP 是什么：它构建在安全的 SSH 协议之上，所有数据都经过加密传输,既安全又可靠。
- SFTP 如何处理字符：SFTP 在设计时就考虑了国际化问题，它默认使用 UTF-8 编码来处理文件名和文件内容，无需像 FTP 那样小心翼翼地选择传输模式，你只需像操作本地文件一样操作远程文件，SFTP 会处理好所有编码细节,完全不用担心乱码问题。
| 特性 | FTP (ASCII 模式) | FTP (二进制模式) | SFTP (推荐) |
|---|---|---|---|
| 支持非 ASCII 字符 | ❌ 不支持，会损坏文件内容 | ✅ 支持，原样传输 | ✅ 完美支持，默认 UTF-8 |
| 传输模式 | 需要手动切换（ASCII/Binary） | 需要手动切换（ASCII/Binary） | 无需模式，统一处理 |
| 安全性 | ❌ 不安全，明文传输 | ❌ 不安全，明文传输 | ✅ 安全，SSH 加密 |
| 推荐度 | 不推荐 | 仅在不支持 SFTP 时使用 | 强烈推荐 |
- “FTP 不支持非 ASCII 字符” 这个说法特指其 ASCII 模式。
- 解决方法：对于任何非纯 ASCII 或不确定的文件，务必使用二进制模式传输，并确保文件和文件名使用 UTF-8 编码。
- 最佳实践：为了安全和便利，请放弃 FTP，改用 SFTP，SFTP 从根本上解决了 FTP 的字符编码和安全问题,是现代文件传输的标准。
