文件描述符（fd）与file结构体及其关系

一、文件描述符
在Linux系统中一切皆可以看成是文件，文件又可分为：普通文件、目录文件、链接文件和设备文件。

文件描述符（file descriptor）是内核为了高效管理已被打开的文件所创建的索引，其是一个非负整数（通常是小整数），用于指代被打开的文件，所有执行I/O操作的系统调用都通过文件描述符。当打开一个现存文件或创建一个新文件时，内核就向进程返回一个文件描述符用于后续对文件的读写操作；当需要读写文件时，也需要把文件描述符作为参数传递给相应的函数。

通常情况下，将一个程序从硬盘加载到内存后，这个程序就化身为了一个进程，这时系统会默认打开三个文件：
标准输入（stdin）；
标准输出（stdout）；
标准错误（stderr）。
这三个文件相对应的三个文件描述符分别为0、1、2。
后面如果创建新文件，那么此时这个新文件的文件描述符就是3（在Linux中，文件的描述符分配是从小到大逐个查询文件描述符是否已经使用，然后再分配）。
相应的，如果你提前关闭了文件描述符1，则新建的文件的描述符就是1。

POSIX标准要求每次打开文件时（含socket）必须使用当前进程中最小可用的文件描述符号码，因此，在网络通信过程中稍不注意就有可能造成串话。

文件描述与打开的文件对应模型如下图：

二、FILE结构体

FILE结构体中最重要的两个成员变量是：
文件描述符和缓冲区的大小

//C语言文件指针域文件描述符之间可以相互转换
int fileno(FILE * stream)
FILE * fdopen(int fd, const char * mode)

struct _iobuf {
    char *_ptr;          //缓冲区当前指针
    int   _cnt;
    char *_base;         //缓冲区基址
    int   _flag;         //文件读写模式
    int   _file;         //文件描述符
    int   _charbuf;      //缓冲区剩余自己个数
    int   _bufsiz;       //缓冲区大小
    char *_tmpfname;
};
typedef struct _iobuf FILE;

File结构体与文件描述符之间的关系图示：

上图内容的简要介绍:

进程打开一个文件的过程：

进程通过系统调用open()来打开一个文件，实质上是获得一个文件描述符，以便于进程通过文件描述符来读写该文件。进程打开文件时，会为该文件创建一个file对象，并将一个指向该file对象的指针存入进程描述符表（进程描述符数组），进而确定了打开文件的文件描述符（数组下标）。

open()系统调用是在内核里通过sys_open()实现的，
sys_open()将创建文件的dentry、inode和file对象。
创建file对象时，将file对象f_op指向了所属文件系统的操作函数集file_operations，而该函数集又来自具体文件的i节点，于是虚拟文件系统就与实际文件系统的操作就衔接起来了。

并在file_struct结构体的进程打开文件表fd_array[NR_OPEN_DEFAULT]中查找一个空闲表项（也就是此时数组