关于linux和windows的CR, LF, CR/LF 回车 换行问题

前段时间学习Java套接字，写一个SMTP 发邮件的客户端，无赖百般在windows下可以发送，在linux下怎么都发不出去，最后在发现windows和linux在处理换行和回车不太一样。。。。 下

    在文本处理中, CR, LF, CR/LF是不同操作系统上使用的换行符.

    Dos和windows采用回车+换行CR/LF表示下一行,

    而UNIX/Linux采用换行符LF表示下一行，

     苹果机(MAC OS系统)则采用回车符CR表示下一行.

 

    CR用符号'\r'表示, 十进制ASCII代码是13, 十六进制代码为0x0D;

    LF使用'\n'符号表示, ASCII代码是10, 十六制为0x0A. 所以Windows平台上换行在文本文件中是使用 0d 0a 两个字节表示, 而UNIX和苹果平台上换行则是使用0a或0d一个字节表示.

 

    一般操作系统上的运行库会自动决定文本文件的换行格式. 如一个程序在windows上运行就生成CR/LF换行格式的文本文件，而在Linux上运行就生成LF格式换行的文本文件. 在一个平台上使用另一种换行符的文件文件可能会带来意想不到的问题, 特别是在编辑程序代码时. 有时候代码在编辑器中显示正常, 但在编辑时却会因为换行符问题而出错. 很多文本/代码编辑器带有换行符转换功能, 使用这个功能可以将文本文件中的换行符在不同格式单互换.

    在不同平台间使用FTP软件传送文件时, 在ascii文本模式传输模式下, 一些FTP客户端程序会自动对换行格式进行转换. 经过这种传输的文件字节数可能会发生变化. 如果你不想ftp修改原文件, 可以使用bin模式(二进制模式)传输文本.

先转一段关于回车和换行的历史。

回车和换行

关于“回车”（carriage return）和“换行”（line feed）这两个概念的来历和区别。
在计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33）的玩意，每秒钟可以打10个字符。但是它有一个问题，就是打完一行换行的时候，要用去0.2秒，正好可以打两个字符。要是在这0.2秒里面，又有新的字符传过来，那么这个字符将丢失。

于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。一个叫做“回车”，告诉打字机把打印头定位在左边界；另一个叫做“换行”，告诉打字机把纸向下移一行。

这就是“换行”和“回车”的来历，从它们的英语名字上也可以看出一二。

后来，计算机发明了，这两个概念也就被般到了计算机上。那时，存储器很贵，一些科学家认为在每行结尾加两个字符太浪费了，加一个就可以。于是，就出现了分歧。

Unix系统里，每行结尾只有“<换行>”，即“\n”；Windows系统里面，每行结尾是“<换行><回 车>”，即“\n\r”；Mac系统里，每行结尾是“<回车>”。一个直接后果是，Unix/Mac系统下的文件在Windows里打 开的话，所有文字会变成一行；而Windows里的文件在Unix/Mac下打开的话，在每行的结尾可能会多出一个^M符号。

Windows系统里面，每行结尾是“<换行><回车>”，即“\n\r”————此处有误，恰好将顺序颠倒了，从下面可以例子看出来。

下面在Linux中看看实际操作的效果。

先生成一个换行(\n, 0x0A)和回车(\r, 0x0D)组合的文本
$ echo -en '12\n34\r56\n\r78\r\n' > tmp

以十六进制方式查看文本
$ od -t x1 tmp
0000000 31 32 0a 33 34 0d 35 36 0a 0d 37 38 0d 0a
0000016

在Linux的vim中的显示效果


在windows的记事本中的显示效果


可见Linux中遇到换行符会进行回车+换行的操作，回车符反而只会作为控制字符显示，不发生回车的操作。而windows中要回车符+换行符才会回车+换行，缺少一个控制符或者顺序不对都不能正确的另起一行。