目录
前言：
预备知识
缓冲区 + 重定向
前言：
其实有了文件2的预备知识，我们已经初步了解了文件描述符fd是什么，底层是如何运作的了，那么本文，我们通过文件描述符对重定向和缓冲区有一个更深层次的理解，对于重定向，我们最开始只是知道系统将我们本该输出到A的内容输出到了B，但是我们并不知道是如何运作的，所以本文的第一个目标：理解重定向是如何实现的？那么对于第二个目标，就是加深对缓冲区的理解。
以上是本文的概念，那么进入主题吧。
预备知识
我们介绍重定向从一个函数开始：
我们从close函数开始，close函数的参数是fd，也就是文件描述符，结合Linux中万物皆文件的思想，如果我们我们往显示器这个文件输出东西，把该文件关了是不是就打印不出来了？
加上默认打开了三个流，stdin stdout stderr，分别对应的就是0 1 2，我们一个一个尝试：
int main()
{close(0);int fd = open("log.txt",O_WRONLY | O_CREAT | O_APPEND, 0666);printf("fd:%d\n", fd); return 0;
}当我们关闭了0这个，结果照样可以正常打印：
但是不同的是为什么打印出来的是0？
我们再把2关了试试：
int main()
{// close(0);close(2);int fd = open("log.txt",O_WRONLY | O_CREAT | O_APPEND, 0666);printf("fd:%d\n", fd); return 0;
}
此时打印出来的居然是2？我们试试1：
int main()
{// close(0);// close(2);close(1);int fd = open("log.txt",O_WRONLY | O_CREAT | O_APPEND, 0666);printf("fd:%d\n", fd); return 0;
}
相信现象我们也能猜出来，因为0 1 2分别对应的是stdin stdout stderr，我们将默认的输出流关了，所以显示器上没有东西。
而，文件描述符fd，对于我们新创建的文件来说，文件描述符既然是我们close掉的？
所以，这里可以的出来一个结论是，文件描述符的匹配规则实际上是从files_struct里面找没有使用的最小的文件描述符分配给新开的文件。
我们既然使用的printf函数，没有使用文件函数，我们不妨试试文件函数fprintf：
int main()
{// close(0);// close(2);close(1);int fd = open("log.txt",O_WRONLY | O_CREAT | O_APPEND, 0666);printf("printf,fd:%d\n", fd); fprintf(stdout,"fprintf,fd:%d\n",fd);return 0;
}现象自然是不会在显示屏上打印东西，毕竟1已经关闭了，可是我们是知道的，1这个文件描述符是给的新开的文件log.txt，那么你说，我们打印的东西会不会出现在log.txt呢？
还真的会。
那么这个现象奇怪吗？其实并不算奇怪，因为我们知道文件描述符1虽然被关闭了，但是实际上只是没给stdout而已，给了新开的文件log.txt，那么，这是不是一种重定向呢？
答案:是！通过改变文件描述符，改变我们要输出的内容。但是光这样我们的理解并不是很深刻，我们再使用函数fflush看看：
int main()
{// close(0);// close(2);close(1);int fd = open("log.txt",O_WRONLY | O_CREAT | O_APPEND, 0666);printf("printf,fd:%d\n", fd); fprintf(stdout,"fprintf,fd:%d\n",fd);//fflush(stdout);close(fd);return 0;
}我们将1文件描述符关闭之后，往stdout里面打印东西，但是1因为已经被关闭了，所以自然不会在stdout上打印东西，但是根据上面的描述，打印的内容会打印到log.txt文件里面，与上文代码不同的是，在代码的最后，我们close了fd，结果如何呢？
发现log.txt的内容大小为0，打印出来看看：
也确实什么都没有。
那么如果我们加上fflush呢？
int main()
{// close(0);// close(2);close(1);int fd = open("log.txt",O_WRONLY | O_CREAT | O_APPEND, 0666);printf("printf,fd:%d\n", fd); fprintf(stdout,"fprintf,fd:%d\n",fd);fflush(stdout);close(fd);return 0;
}
结果居然是打印出来了，难道是因为我们没有把缓冲区刷新干净吗？
那么我们带着这个问题引出缓冲区 + 重定向的概念。
缓冲区 + 重定向
不知道各位同学是否还记得，进程终止章节的exit和_exit，我们通过实验，知道了exit实际上是调用的_exit，因为库函数是没有资格调用系统层面的东西的，并且，我们调用_exit之后，我们确定了我们使用exit刷新的缓冲区一定不是在系统层面的，那么在那篇文章，我们知道了exit刷新的是上层的缓冲区，和我们上文所说的缓冲区是否是同一个呢？
答案：是的！
我们在这里使用的fllush，exit刷新的其实都是语言层面的缓冲区。
大致的样子就是这样，那么，与之前不同的是我们知道了缓冲区不只有一个，好像有多个？
在语言层面来说，我们写下的所有代码，都是给多个语言层面的缓冲区，所以，当我们关闭了1，此时1给了我们新开的文件，文件对应的就是该缓冲区，注意，我这里描述的是该文件对应的缓冲区是1所对应的。也就是原来stdout的缓冲区被用了，可是，为什么我们刷新了之后，我们想要的内容就打印出来了？
这是因为，我们没有fflush之前，所有的内容都是放在的语言层面的缓冲区，当我们fflush，将里面的内容刷新出去，到了内核层面的缓冲区，就不关我们的事儿了，那是OS的工作了，那么OS自然是会将内容刷新到对应的磁盘部分。
那么，这，是不是一种重定向呢？是！因为改变了文件描述符！！
这里我们得到一个重要结论，也就是缓冲区有许多个，用户层面将内容写入到缓冲区里面，由库里面的函数进行操作，将语言缓冲区写入到内核里面，再由OS将内容写入到磁盘。
但是问题来了，为什么我们不能直接将内容写到OS，或者说直接和OS进行交互呢？这是因为OS忙！！OS忙着调度，忙着回收呢。所以系统调用往往都是比高级语言的调用慢的，成本有点高的。具体的后面一点点介绍。
那么我们现在已经理解了重定向，再加深一点印象，我们介绍一下，dup2这个函数：
对于dup2函数来说，参数只有两个，oldfd，newfd，那么，当我们改变文件描述符，比如上面的1从stdout给到了log.txt，我们应该dup2(fd,1) 还是 dup2(1,fd)呢？
我们结合fprintf，fprintf的参数为：
原本printf是将内容打印到1上，fprintf的第一个参数改变了1，改成了对应的文件对象，所以结合fprintf，dup2函数的参数应该是dup2(fd,1)。我们也可以通过文档描述看看：
dup2将让newfd成为oldfd的副本，本质上就是让原本文件描述符的指向改变了。
我们不妨来使用试试：
int main()
{int fd = open("log.txt",O_WRONLY | O_CREAT | O_TRUNC,0666);if(fd < 0){perror("open fail!\n");}dup2(fd,1);printf("Hello linux!\n");fprintf(stdout,"Hello world!\n");return 0;
}结果也是不出我们所料，成功写入到了log.txt文件里面：
就是因为我们将文件进行了重定向。
那么，对于重定向来说，我们已经有了一个较深的理解，现在，我们来引入一段较为奇怪的代码，通过结果来引出缓冲区的概念：
int main()
{int fd = open("log.txt",O_WRONLY | O_CREAT | O_TRUNC,0666);if(fd < 0){perror("open fail!\n");}dup2(fd,1);printf("Hello linux!\n");fprintf(stdout,"Hello world!\n");char* message = "Hello C++!\n";write(1,message,strlen(message));fork();return 0;
}
注意那个fork，我们往1里面写入了三个字符串，但是为什么往一个文件里面，printf和fprintf都打印了两行，但是write函数只打印了一个呢？
这里我们就需要再次用到当时那个图片了：
我们将数据写到了语言层面的缓冲区是printf fprintf，write因为是系统调用，所以直接写到了内核层面的缓冲区，而我们创建了子进程之后，因为子进程是要继承父进程的代码和数据的，系统层面的肯定是继承不了的。而创建进程之后，进程结束之后是会刷新缓冲区的，也就是将语言层面的刷新了两次，从而导致，log.txt里面，有两份一样的代码。
所以，我们从这个现象，引出三段论：
缓冲区是什么？ 缓冲区为什么存在？ 缓冲区怎么做的？
缓冲区是一块空间，但是本质上，缓冲区实际上是结构体，为什么我这么说呢？因为缓冲区的源码如下：
FILE实际上是_IO_FILE的typedef，stdout实际上就是文件指针，那么前文所提及的，1占据了stdout对应的缓冲区哦！！缓冲区不止一个，每个打开的文件都有对应的缓冲区，每个打开的文件都有自己对应的_fileno！！这和我们之前所认为的缓冲区的差别是非常大的。
缓冲区在语言层面有，在系统内核里面也有，在任何一个文件都有，这是我们本篇文章所得出来的一个重要结论。
那么对应的空间在哪里呢？我们不妨看看这个结构体内容，可以发现基本上都是区域的命名，所以我们所谓的写入数据，刷新数据，其实都是从这些开辟的空间里面写入，刷新，读取。
缓冲区是什么我们就说清楚了。
那么为什么存在缓冲区？
答案非常简单，是为了提高上一层的使用体验。
你想，如果我们直接和系统交互，就像我们翻山越岭一样，只为了给好朋友一件礼物，十分的浪费人力和物力，但是如果我们使用顺丰，一次性，能运输几百件快递，岂不美哉？
所以在系统层面来看，它是为了提高高级语言层面的使用舒适度，而高级语言层面的缓冲区就是为了提高用户层面的使用舒适感。
那么缓冲区如何操作的？
缓冲区最重要的肯定就是刷新操作，所以我们要讨论的是刷新策略的问题：
1 立即刷新 2 行刷新 3 全缓冲刷新 4 特殊情况刷新
对于1来说，就是我们上面说的，翻山越岭，只为了给好朋友的plus版本，不过是多了一个中间站，我们给中间站一个东西，中间站给好朋友一个东西，效率还是蛮低的。
对于2来说，行刷新的策略目前碰到的有显示器，显示器就是行刷新，这实际上是为了更符合人眼的观看，如果一次性全部刷新出来，人眼也看不过来，如果是1个字符一个字符的打印，那体验就非常差了，所以显示器为了用户体验，使用的是行刷新。
对于3来说，全缓冲刷新就是等缓冲区塞不下了，这个时候才刷新出去。
对于4来说，比如进程碰到了exit，意外终止了，终止之后就会刷新缓冲区。
这是缓冲区的怎么做。
以上是对重定向和缓冲区的一个简单理解。
感谢阅读！
