ASCII vs 二进制 vs 自动？

FTP 的“二进制”传输模式精确地逐字节复制文件。简单明了。

但是，在不同操作系统之间引入文本文件时，这可能不是您想要的——不同的操作系统使用不同的代码来表示换行符。为此目的存在“ASCII”模式：它自动将所有行尾从源系统的格式转换为目标的格式。

不确定“自动”，但我想它看起来文件的扩展名或类似的东西来决定它是否是一个文本文件，并试图猜测适当的模式。

您想要哪种模式取决于您对文件所做的确切操作......如果您只是复制它们以备份它们，那么您可能希望以二进制模式复制，这样它们在您稍后将它们再次恢复到 Windows 服务器。如果它们需要在双方都用作文本文件（也许作为跨平台程序的配置文件？），您将需要使用 ASCII 模式来翻译它们。

编辑：据我所知，从 Windows 到 Linux 的 FTP 文件永远不会导致换行符消失......但是，如果您以 ASCII 模式复制它们，然后以二进制模式将它们带回Windows 服务器，Linux - 样式的行尾可能无法在 Windows 框中识别。（记事本不会看到它们；写字板会；YMMV 与其他软件。）

（今天，在 FTP 这样的基本协议中，这种便利——自动转换行尾——可能看起来很奇怪。然而，当 FTP 被发明时，发送文本文件是常态，该协议的目标之一是使这尽可能简单。）

确实存在差异，除非您使用二进制选项，否则它们会弄乱您的非纯文本文件传输 - 通常总是在正常情况下使用 :)

您正在向/从哪个操作系统传输文件？Linux/Unix 使用与 Windows 不同的换行符。因此，如果您在 linux 计算机上生成文件并在 windows 上打开它，它可能看起来很奇怪。有一些实用程序可以纠正这个问题，但根据我的经验，如果你在 Windows 上使用写字板而不是记事本，你会没事的。

Windows 和 Unix 在行尾有不同的字节（Windows 是 0D 0A 十六进制，Unix 只是 0A）。以二进制模式传输文件时，文件的字节将从一台计算机中原样移动。这是二进制格式（例如 ZIP 文件、图像等）所必需的，但可能会导致文本文件出现问题：例如，Windows 上的 notepad.exe 将显示一个文本文件，其中仅包含 unix 样式的换行符作为一个长行，一个 unix 编辑器看到 Windows 样式时，可能会在每行的末尾显示 ^M。

所以从技术上讲，对于二进制格式（zip、jpg、png 和其他无穷无尽的其他格式），您需要将 FTP 设置为 BINARY，而对于文本格式（HTML、PHP、CGI 等），您需要将其设置为 ASCII。

大多数好的 FTP 程序也有一个自动设置，这意味着它们将根据众所周知的文件扩展名确定模式（BINARY 或 ASCII），例如，它会自动将 JPG 文件的传输切换为 BINARY 并以 ASCII 发送/接收 PHP 文件模式。