\r - \n - \r\n的区别 · Mr.li's Blog

\r - \n - \r\n 的区别

代码演示:

1:              string s1 = "已经习惯了回车和换行一次搞定\n，敲一个回车键，即是回";
2:   
3:              Console.WriteLine(s1);
4:              s1 = "已经习惯了回车和换行一次搞定\r，敲一个回车键，即是回";
5:              Console.WriteLine(s1);
6:              s1 = "已经习惯了回车和换行一次搞定\r\n，敲一个回车键，即是回";
7:              Console.WriteLine(s1);
8:              Console.ReadLine();

Result:==>

回车、换行的区别:

\r , \n, \r\n的区别其实是回车与换行的区别

符号	ASCII码	意义
\n	10	换行
\r	13	回车CR

先来段历史

回车”（Carriage Return）和“换行”（Line Feed）这两个概念的来历和区别。

在计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33，Linux/Unix下的tty概念也来自于此）的玩意，每秒钟可以打10个字符。但是它有一个问题，就是打完一行换行的时候，要用去0.2秒，正好可以打两个字符。要是在这0.2秒里面，又有新的字符传过来，那么这个字符将丢失。

于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。一个叫做“回车”，告诉打字机把打印头定位在左边界；另一个叫做“换行”，告诉打字机把纸向下移一行。这就是“换行”和“回车”的来历，从它们的英语名字上也可以看出一二。

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

在Windows中：

‘\r’ 回车，回到当前行的行首，而不会换到下一行，如果接着输出的话，本行以前的内容会被逐一覆盖；

‘\n’ 换行，换到当前位置的下一行，而不会回到行首；

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

例 $ echo -en '12\n34\r56\n\r78\r\n' > tmp.txt

==>Linux中遇到换行符("\n")会进行回车+换行的操作，回车符反而只会作为控制字符("^M")显示，不发生回车的操作。而windows中要回车符+换行符("\r\n")才会回车+换行，缺少一个控制符或者顺序不对都不能正确的另起一行。

▲注意点：

在解析文本或其他格式的文件内容时，常常要碰到判定回车换行的地方，这个时候就要注意既要判定"*r*\n"又要判定"\n"。

写程序时可能得到一行,将其进行trim掉’*r*’,这样能得到你所需要的string了。

拓展程序测试

/*==========================程序二===============================*/
#include <stdio.h>
int main(void){
        int i;
        FILE *fp;
        if((fp=fopen("test.txt","w")) == NULL)    {
                fprintf(stderr,"open file error\n");
                return 1;
        }
        for(i=0;i<100;i++)
                fprintf(fp,"test\n");
        fclose(fp);
        return 0;
}

/*==========================程序二===============================*/

#include <stdio.h>
int main(void){
        int i;
        FILE *fp;
        if((fp=fopen("test.bin","wb")) == NULL)    {
                fprintf(stderr,"open file error\n");
                return 1;
        }
        for(i=0;i<100;i++)
                fprintf(fp,"test\n");
        fclose(fp);
        return 0;
}

程序一输出文件大小是600字节，程序二输出文件大小是500字节，用记事本打开程序一的输出没有什么问题，每行一个test，打开程序二的输出发现所有的test连成一行，test之间是一个黑色方框符号分隔。用UltraEdit-32以16进制编辑模式打开test.bin可以查看到黑色方框符号就是0A也就是\n，打开test.txt则会发现换行是\r\n，这就是两个文件大小相差100字节的原因。Unix类系统用户打开windows中的文件就会遇到这种苦恼。
为什么会有这种区别呢？
毕竟是源自Unix系统，C语言中使用\n表示换行，而在实际的文件中换行符号需要同操作系统一致，所以当我们在C中使用fopen打开一个文本文件时流实现了实际换行符与C中\n之间的转换。在windows中当我们用fopen打开文本文件，然后从中读到\r\n时流会转换为\n，而当我们往文件中写入\n时流会转换为\r\n。程序一是打开文本文件，程序二打开的是二进制文件，因为流只对文本文件进行换行表示的转换，以二进制模式打开流不会做任何处理。所以当你以二进制模式打开一个文本文件时将产生错乱，你必须亲自将\r\n解释为\n,同样的问题也会出现在以文本模式打开二进制文件的情况.这也解释了为什么Unix类系统中的文件不区分文本文件和二进制文件的原因。

当我们使用标准输入输出函数时有这种情况吗？
再回到我们熟悉的标准输入输出stdin,stdout
C的控制台程序在加载进内存成为进程运行前C运行时库自动打开三个设备并关联到三个流：标准输入流stdin，标准输出流stdout，标准出错流stderr

通常在通用计算机中，没有重定向前这三个流对应的设备是：键盘，显示器，显示器。这三个都是字符设备，所以是以文本文件的模式打开的，在windows下当我们在键盘上敲入回车键时产生字符\r\n，但是在OS内核把键盘驱动中读到的字符发送给流的缓冲区时流会将之转换为\n，当我们向控制台输出\n时流将之转换为\r\n再传递至内核，当我们绕过标准输入输出直接调用windows中coredll.lib进行控制台输入输出时就必须面对这一现实，程序员负责实现这一转换。

摘自:https://www.cnblogs.com/xiaotiannet/p/3510586.html