在ITPUB上看到一帖，因为FTP使用了错误的传输模式，导致传来的DMP二进制文件无法导入。于是了解了一下FTP的2种传输模式BIN和ASCII，以下文字为转载

在计算机系统中，不同的系统判断一行是否结束的标志是不一样的。
文件中的一行可以有三种结束的方式：
1.cr
2.nl ---->Unix调用一个new line的动作
3.cr lf (or lf cr)
ftp上传的时候，有bin和ascii两种区别

使用bin命令传输时，什么也不会改变，按照源文件传输，
而用ascii方式传输时会将行结束符从来源的机器所用的行结束符转换成接收机器所用的行结束符。
例如：ascii可能将一个 cr 转换成 一个 nl (这通常表示成一个 lf)。
而且ascii指示ftp注意文件的结束符，在pc中表现为: control-z
(因此，文件结束符可以结束文件的内容，但不一定表示文件的物理结束)
所以，如果文件本身是二进制的，应该完全不变的传输，这时需要使用bin模式
而对文本文件而言，就需要转换。否则有可能得到这样的结果：
this line ends ^M
and another line ends ^M
and we should have ended^M but did not^M which does^M
not look great.^M^Z
这种情况发生在当来源机器使用lf cr作为行结束符而 lf 是接收机器的行结束符，
并且使用bin模式传输文件时。当不确定使用什么模式时，使用bin模式。使用bin更快些，
并且不会对文件产生什么伤害(因为 bin模式没有检查文件和转换行结束符)。
有很多软件可以将文本(ascii)文件在不同的行结束符之间进行转换，可以用bin下载后再转换。

No related posts.