Linux文件IO open、dup、fork内核原理分析

1.open一个文件

一个Linux进程启动后，会在内核空间创建一个PCB进程控制块，PCB是一个进程的私有财产。

这个PCB中有一个已打开文件描述符表，记录着所有该进程打开的文件描述符以及对应的file结构体地址。

默认情况下，启动一个Linux进程后，会打开三个文件，分别是标准输入、标准输出、标准错误分别使用了0、1 、2号文件描述符。

当该进程使用函数open打开一个新的文件时，一般会在内核空间申请一个file结构体，并且把3号文件描述符对应的file指针指向file结构体。

process table entry就是进程的文件描述符表，file table entry用来记录文件的读写打开模式，当前文件偏移量，以及v-node指针。v-node table entry是虚拟文件系统对应的文件节点，i-node是磁盘文件系统对应的文件节点。通过这两个节点就能找到最终的磁盘文件。每一个进程只有一个process table entry，一般情况下默认使用 fd 0、fd1、fd2，新打开的文件log.txt将使用fd 3。

 

2.两个进程同时open一个文件

两个进程同时open一个文件，这个时候的原理图如下：

因为现在是两个进程，所以process table entry进程控制块也是两个，每个进程控制块中各自维护一张文件描述符表，同时打开一个文件的时候，都各自申请了一个file table entry。由于打开的是同一个文件，所以file table entry都指向了同一个v-node。

file table entry中都保存了一个文件读写偏移量，如果是两个file table entry，那么两个进程读写位置是独立的，不受影响的。

 

3.一个进程open两次同一个文件

一个进程open两次同一个文件，其实跟两个进程open一次的原理相同，都是调用了两次open，反正只要记住，调用一次open函数，就会创建一个file table entry。

原理图如下：

由于只有一个进程，所以只有一个process table entry，open了两次，所以是两个file table entry 分别分配了fd 3与fd 4指向这两个结构体。

 

4.使用dup复制文件描述符

dup函数与open函数不同，open函数会创建一个file table，但是dup只是申请一个fd来指向一个已经存在的file table。原理图如下：

只要操作了fd 或copyfd这两个文件描述符中一个的读写位置，就会影响到另一个文件描述符的读写位置。说明这两个文件描述符指向的是同一个file table。需要注意的是，一旦dup了一次，就会file table引用计数加一，如果想要释放file table的内存，必须要把open以及所有dup出来的文件描述符都关闭掉。

 

5.fork之后open

如果在调用fork之后调用一次open函数，由于fork之后会返回两次，一次父进程返回，一次子进程返回，那么这个时候其实是相当与两个进程分别调用了一次open函数打开同一个文件，与第二节中的原理相同。

6.fork之前open

fork之前调用open函数，也就是只调用了一次，产生了一个fd以及file table，fork之后子进程的process table entry会从父亲进程中复制过来，文件描述表也复制过来了，那么子进程的fd指向的是同一个file table。文件计数为2。

原理图如下：

需要注意的是：如果想要释放这个file table，也必须父子进程都close一次fd才会释放，如果不close，进程退出的时候会自动close掉所有的文件描述符。

 

参考博客：https://blog.csdn.net/qq769651718/article/details/79387629