FTP中传输模式：BIN与ASC的差别

FTP中传输模式：BIN与ASC的差别

20110824,相关验证性实验已经做过了。采用ascii模式下载下来的图片确实无法正常打开，但是binary的就正常。linux的redhat的 vsftp默认是binary，ascii默认关闭，其余服务器可能要在下载或者上传前注意检查设置，如果可以请设置为binary方式传输，以免发现数据被更改，造成无法使用的情况。

 ====================================================================

    FTP可用多种格式传输文件，通常由系统决定，大多数系统(包括UNIX系统)只有两种模式：文本模式和二进制模式。文本传输器使用ASCII字符，并由回车键和换行符分开，而二进制不用转换或格式化就可传字符，二进制模式比文本模式更快，并且可以传输所有ASCII值，所以系统管理员一般将FTP设置成二进制模式。

　　一般来说： 如果你用错误的模式传输你的图片，你将会无法看到图片，看到的会是乱码。 如果你用错误模式上传CGI脚本，那么就将无法运行你的脚本，会看到类似Server 500 Error的出错信息。

　　所以你必须使用正确的模式，图片和执行文件必须用BINARY模式，CGI脚本和普通HTML文件用ASCII模式上传.

　　ASCII 和BINARY模式区别：

　　用HTML 和文本编写的文件必须用ASCII模式上传，用BINARY模式上传会破坏文件，导致文件执行出错。

　　BINARY模式用来传送可执行文件，压缩文件，和图片文件。

　　如果你用ASCII模式传，会显示一堆乱码，你必须重新用BINARY模式传。

　　对于第二种情况，是因为有很多ftp服务器和客户端软件能自动识别文件类型，并采取相应的传输方式。

　　ftp是应用层协议，和具体操作系统无关 .

　　ASCII 模式和BINARY模式的区别是回车换行的处理，binary模式不对数据进行任何处理，asci模式将回车换行转换为本机的回车字符，比如Unix下是\n,Windows下是\r\n，Mac下是\r

　　ascii模式下会转换文件

　　不能说是不同系统对回车换行解释不同

　　而是不同的系统有不同的行结束符

　　unix系统下行结束符是一个字节，即十六进制的0A

　　而ms的系统是两个字节，即十六进制的0D0A

　　所以当你用ascii方式从unix的ftp server下载文件时(不管是二进制或者文本文件)，每检测到一个字节是0A，就会自动插入一个0D，所以如果你的文件是二进制文件比如可执行文件、压缩包什么的，就肯定不能用了。如果你的文件就是unix下的文本文件，你用 ascii模式是正确的，要是误用了binary模式，你在windows上看这个文件是没有换行的，里面是一个个的黑方块。

　　一般来说，我们最好都用binary方式，这样可以保证不出错。如果有文本格式转换的问题，即unix格式的文本和dos格式的文本之间的转换，有很多工具可以做的，不要在ftp传输的时候冒险，尤其是你如果对这些东西不是非常清楚的话。可以使用MIME，把所有的字符，转换成0~128之间的字符，然后传送，在接受方再将接收到的字符MIME反向转换。通常我们发送邮件，就是使用这样的字符转换方式

　　------------------------------------------------------------------

　　补充：文本模式和二进制模式传文本文件的具体区别可以通过在linux下使用cat -A 文件名看到两者的区别，当然前提是在windows下上传的文本为dos格式，这个可以用高级的文本编辑器看如ultraedit等。两者的区别是二进制模式上传的文本比文本模式多一个^M符号，这个就是windows下dos格式的/r回车符号，也就是上面提到的十六进制的0D，在vi下使用全局替换:%s/^M//g[^M使用Ctrl+V+M而不是直接输入^M]去掉所有的回车符或者使用dos2unix file进行转换，这样保存后或者生成后的文件就和文本模式上传的文件一样了。。。

　　原文地址 http://blog.88743.com/article/DailyBlog/291.htm

在计算机系统中，不同的系统判断一行是否结束的标志是不一样的。
文件中的一行可以有三种结束的方式：
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下载后再转换。

根据vim里面的help，vim里dos格式使用单个的<nl>或<cr><nl>作为行结束符，写文件时， vim使用<cr><nl>,如果编辑一个文件并在dos格式下保存，vim使用<cr><nl>替换单个的<nl>；如果是unix格式，vim使用单个<nl>作为行结束符，将<cr>显示为^M。在dos格式下读并在unix格式下保存，可以将<cr><nl>替换为单个的<nl>

1、FTP在传送文件时分为ASC和Bin两种格式，只有文字文件(例如 html 文件)使用ASC，其他的通通使用Bin格式(例如图像文件、压缩文件、可执行文件等等)。 

2、当我们使用ftp时，可简单地把文件分为两种基本类型：文本文件和二进制文件；文本文件也称为 ASCII文件，其文件内容遵循ASCII的定义，其主要特征是文件内容由若干行组成，可以使用操作系统的显示、编辑命令来显示和编辑ASCII文件的内容，它使用的传输模式是asc；二进制文件（Binary File）是指除ASCII文件以外的所有文件格式，它使用的传输模式是bin；需要注意的是，可以将ASCII文件按二进制模式传输，但决不能将二进制文件按ASCII模式传输，否则二进制文件的内容会遭到破坏而无法使用。 

3、ASCII 切换传输模式为文字模式（只能用来传送文字文件）；
BINARY 切换传输模式为二进制模式（除文字文件外皆用此模式）；