我正在服务器之间传输文件，刚刚开始注意到其中一些文件被修改为一条长连续的行，而不是原来的回车和换行符。我猜想这与我的 FTP 客户端的传输类型有关，它最初设置为“自动”，但有“二进制”和“ASCII”作为附加选项。
简而言之，我将文件从一台服务器传输到另一台服务器的方式有什么区别，这些区别是否能够以我上面提到的方式修改文件？
转让从视窗到Linux。
答案1
FTP 的“二进制”传输模式会逐字节精确复制文件。简单直接。
但是，当在不同操作系统之间传输文本文件时，这可能不是您想要的——不同的操作系统使用不同的代码来表示换行符。“ASCII”模式就是为此目的而存在的：它会自动将所有行尾从源系统的格式转换为目标系统的格式。
不确定“自动”，但我想它会查看文件的扩展名或类似内容来决定它是否是文本文件，并尝试猜测适当的模式。
您想要哪种模式取决于您对文件的具体操作...如果您只是复制它们以备份它们，那么您可能希望以二进制模式复制，这样当您稍后将它们再次还原到 Windows 服务器时，它们将完全相同。如果它们需要在双方都可用作文本文件（也许是跨平台程序的配置文件？），您将需要使用 ASCII 模式来翻译它们。
编辑：据我所知，从 Windows 到 Linux 通过 FTP 传输文件绝不会导致换行符消失......然而，如果你以 ASCII 模式复制它们，然后将它们带入后退以二进制模式传输到 Windows 服务器，Windows 系统可能无法识别 Linux 风格的行尾。（记事本无法识别它们；写字板可以识别它们；其他软件可能有所不同。）
（今天，这种便利 —— 自动转换行尾 —— 在 FTP 这样的基本协议中可能看起来很奇怪。但是，在 FTP 发明时，发送文本文件是常态，而该协议的目标之一就是使这尽可能简单。）
答案2
确实存在差异，除非您使用二进制选项，否则它们会干扰您的非纯文本文件传输 - 通常总是使用 if ok :)
答案3
您正在将文件传输到/从哪个操作系统？Linux/Unix 使用的换行符与 Windows 不同。因此，如果您在 Linux 计算机上生成文件并在 Windows 上打开它，它看起来可能会很奇怪。有一些实用程序可以纠正这个问题，但根据我的经验，如果您在 Windows 上使用写字板而不是记事本，那就没问题了。
答案4
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 文件。