Linux内核源码学习之fork的缓冲区


上面的代码看上去很简单,子子孙孙fork就是了,基本上符合我们的一般的猜想,逻辑上很正正确,但是要说的是:
为什么同样的代码运行的时候得到的输出会有不同?
./fork执行完成之后很正常回到了shell,但是右边却没有回到shell,这是为什么呢?
这和fork的性质【fork之后并不能确定究竟是哪个进程首先执行相关】
左边的情况是:最后一个进程4742执行完之后,父进程还是没有结束的。然后父进程结束,回到父进程的父进程也就是shell
右边的情况是:在输出sjc@ubuntu等等之前父进程就已经执行结束退出了
所以后边的子进程执行结束后不会回到shell,而是会回到他的父进程,不知道是谁了,反正不会是shell,所以会造成图中所示的现象上面说的内容不是要说的重点内容,是个人理解,不一定对,欢迎指正!
下面就来看看修改后的代码的执行情况,就和我们乍一看程序猜想或者理解上的不一致了。

同样的代码只是将打印语句的最后的‘\n‘换行符去掉了,运行效果确实差别很大:
打印出了16条语句!!!
这是为什么呢?看打印语句的内容:
其中第一条肯定是最初的进程打印的,这个不会有疑问,那么他的pid就是4772,可以看到,这个4772被打印了9次
剩下的7条分别是fork之后进程的进程pid
为什么会打印出9条?
原来这和fork的第二条性质是相关的【fork后子进程会复制父进程的资源,缓冲区是父进程的资源,所以自然会复制一份】
这样就好理解了,最初的进程有7个子孙进程,所以都复制一份一开始的缓冲区,到本身结束的时候exit会冲洗缓冲区,其中包括复制父进程的缓冲区和自己需要打印的自己的pid内容
最初的进程本身要打印两次(一开始和最后)所以就会打印2+7*2-=16条,其中4772打印2+7=9条

既然这样(子进程复制父进程的缓冲区),为什么之前打印语句中带有‘\n‘的实验就能够“正确”呢?
这是由【设备的不同缓冲属性】决定的。
我们现实运行结果的设备是标准输出设备,而【标准输出设备在正常情况下是linux中的行缓存的设备(除出错)】
‘\n‘正是换行符,所以会换行时清空缓存。
【linux中写入文件流是全缓存的,也就是换行符并不会冲洗缓冲区】我们让结果输出到文件中会是怎样的呢?


可以看到,不带‘\n‘的输出,除了没有了shell的提示符外,分析还是相同的
但是带有‘\n‘的输出到文件之后,变成了全缓冲的了,所以自然也会输出16条语句

想必经过这个实验,能对fork的特性和设备的特性有一个感性的认识了。。。。

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。