不同操作系统下文本文件换行符不同问题

在不同的操作系统上，文本文件的换行符也不相同， CR, LF, CR/LF是不同操作系统上使用的换行符。例如：

Windows系统下文本文件的换行符是： 回车+换行CR/LF即 \r\n或^M\n

linux/unix系统下文本文件的换行符是：换行LF即 \n

Mac OS系统下文本文件的换行符：回车CR即 \r或^M

为什么会不同：

计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33）的玩意，每秒钟可以打10个字符。但是它有一个问题，就是打完一行换行的时候，要用去0.2秒，正好可以打两个字符。要是在这0.2秒里面，又有新的字符传过来，那么这个字符将丢失。
于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。一个叫做“回车”，告诉打字机把打印头定位在左边界；另一个叫做“换行”，告诉打字机把纸向下移一行。这就是“换行”和“回车”的来历，从它们的英语名字上也可以看出一二。
后来，计算机发明了，这两个概念也就被般到了计算机上。那时，存储器很贵，一些科学家认为在每行结尾加两个字符太浪费了，加一个就可以。于是，就出现了分歧。Unix 系统里，每行结尾只有“<换行>”，即“\n”；Windows系统里面，每行结尾是“<回车><换行>”，即“ \r\n”；Mac系统里，每行结尾是“<回车>”。

带来的问题：

一般操作系统上的运行库会自动决定文本文件的换行格式。如一个程序在windows上运行就生成 CR/LF换行格式的文本文件，而在Linux上运行就生成LF格式换行的文本文件。一个直接后果是，Unix/Mac系统下的文件在Windows里打开的话，所有文字会变成一行；而Windows里的文件在Unix/Mac下打开的话，在每行的结尾可能会多出一个^M符号。 在一个平台上使用另一种换行符的文件文件可能会带来意想不到的问题, 特别是在编辑程序代码时. 有时候代码在编辑器中显示正常, 但在编辑时却会因为换行符问题而出错。

解决办法：

很多文本/代码编辑器带有换行符转换功能, 使用这个功能可以将文本文件中的换行符在不同格式单互换（例如下载一个Ultraedit或者Nodepad++文本编辑器，在Ultraedit下将该文件执行“File->conversions->Dos to Unix”，这步操作能够就是将\r\n转换成\n。）. 另外在不同平台间使用FTP软件传送文件时, 在ascii文本模式传输模式下, 一些FTP客户端程序会自动对换行格式进行转换. 经过这种传输的文件字节数可能会发生变化. 如果你不想ftp修改原文件, 可以使用bin模式(二进制模式)传输文本.