文件描述符和文件指针的区别

本文深入解析Linux系统中的文件描述符、文件指针及其内部工作原理,揭示文件系统如何通过VFS实现不同文件系统的统一管理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

文件描述符:在linux系统中打开文件就会获得文件描述符,它是个很小的正整数。每个进程在PCB(Process Control Block)中保存着一份文件描述符表,文件描述符就是这个表的索引,每个表项都有一个指向已打开文件的指针。

 

文件指针:C语言中使用文件指针做为I/O的句柄。文件指针指向进程用户区中的一个被称为FILE结构的数据结构。FILE结构包括一个缓冲区和一个文件描述符。而文件描述符是文件描述符表的一个索引,因此从某种意义上说文件指针就是句柄的句柄(在Windows系统上,文件描述符被称作文件句柄)。

 

附:文件系统

 VFS

Linux支持各种各样的文件系统格式,如ext2、ext3、reiserfs、FAT、NTFS、iso9660等等,不同的磁盘分区、光盘或其它存储设备都有不同的文件系统格式,然而这些文件系统都可以mount到某个目录下,使我们看到一个统一的目录树,各种文件系统上的目录和文件我们用ls命令看起来是一样的,读写操作用起来也都是一样的,这是怎么做到的呢?Linux内核在各种不同的文件系统格式之上做了一个抽象层,使得文件、目录、读写访问等概念成为抽象层的概念,因此各种文件系统看起来用起来都一样,这个抽象层称为虚拟文件系统(VFS,Virtual Filesystem)。

 

内核数据结构

Linux内核的VFS子系统可以图示如下:

 

 

 

       每个进程在PCB(Process Control Block)中都保存着一份文件描述符表,文件描述符就是这个表的索引,每个表项都有一个指向已打开文件的指针,现在我们明确一下:已打开的文件在内核中用file结构体表示,文件描述符表中的指针指向file结构体

 

       在file结构体中维护File Status Flag(file结构体的成员f_flags)和当前读写位置(file结构体的成员f_pos)。在上图中,进程1和进程2都打开同一文件,但是对应不同的file结构体,因此可以有不同的File Status Flag和读写位置。file结构体中比较重要的成员还有f_count,表示引用计数(Reference Count),后面我们会讲到,dup、fork等系统调用会导致多个文件描述符指向同一个file结构体,例如有fd1和fd2都引用同一个file结构体,那么它的引用计数就是2,当close(fd1)时并不会释放file结构体,而只是把引用计数减到1,如果再close(fd2),引用计数就会减到0同时释放file结构体,这才真的关闭了文件。

 

       每个file结构体都指向一个file_operations结构体,这个结构体的成员都是函数指针,指向实现各种文件操作的内核函数。比如在用户程序中read一个文件描述符,read通过系统调用进入内核,然后找到这个文件描述符所指向的file结构体,找到file结构体所指向的file_operations结构体,调用它的read成员所指向的内核函数以完成用户请求。在用户程序中调用lseek、read、write、ioctl、open等函数,最终都由内核调用file_operations的各成员所指向的内核函数完成用户请求。file_operations结构体中的release成员用于完成用户程序的close请求,之所以叫release而不叫close是因为它不一定真的关闭文件,而是减少引用计数,只有引用计数减到0才关闭文件。对于同一个文件系统上打开的常规文件来说,read、write等文件操作的步骤和方法应该是一样的,调用的函数应该是相同的,所以图中的三个打开文件的file结构体指向同一个file_operations结构体。如果打开一个字符设备文件,那么它的read、write操作肯定和常规文件不一样,不是读写磁盘的数据块而是读写硬件设备,所以file结构体应该指向不同的file_operations结构体,其中的各种文件操作函数由该设备的驱动程序实现。

 

        每个file结构体都有一个指向dentry结构体的指针,“dentry”是directory entry(目录项)的缩写。我们传给open、stat等函数的参数的是一个路径,例如/home/akaedu/a,需要根据路径找到文件的inode。为了减少读盘次数,内核缓存了目录的树状结构,称为dentry cache,其中每个节点是一个dentry结构体,只要沿着路径各部分的dentry搜索即可,从根目录/找到home目录,然后找到akaedu目录,然后找到文件a。dentry cache只保存最近访问过的目录项,如果要找的目录项在cache中没有,就要从磁盘读到内存中。

 

       每个dentry结构体都有一个指针指向inode结构体。inode结构体保存着从磁盘inode读上来的信息。在上图的例子中,有两个dentry,分别表示/home/akaedu/a和/home/akaedu/b,它们都指向同一个inode,说明这两个文件互为硬链接。inode结构体中保存着从磁盘分区的inode读上来信息,例如所有者、文件大小、文件类型和权限位等。每个inode结构体都有一个指向inode_operations结构体的指针,后者也是一组函数指针指向一些完成文件目录操作的内核函数。和file_operations不同,inode_operations所指向的不是针对某一个文件进行操作的函数,而是影响文件和目录布局的函数,例如添加删除文件和目录、跟踪符号链接等等,属于同一文件系统的各inode结构体可以指向同一个inode_operations结构体。

 

       inode结构体有一个指向super_block结构体的指针。super_block结构体保存着从磁盘分区的超级块读上来的信息,例如文件系统类型、块大小等。super_block结构体的s_root成员是一个指向dentry的指针,表示这个文件系统的根目录被mount到哪里,在上图的例子中这个分区被mount到/home目录下。

 

       file、dentry、inode、super_block这几个结构体组成了VFS的核心概念。对于ext2文件系统来说,在磁盘存储布局上也有inode和超级块的概念,所以很容易和VFS中的概念建立对应关系。而另外一些文件系统格式来自非UNIX系统(例如Windows的FAT32、NTFS),可能没有inode或超级块这样的概念,但为了能mount到Linux系统,也只好在驱动程序中硬凑一下,在Linux下看FAT32和NTFS分区会发现权限位是错的,所有文件都是rwxrwxrwx,因为它们本来就没有inode和权限位的概念,这是硬凑出来的。

----------------------------------------------分 割 线----------------------------------------------------------

在Linux中,进程是通过文件描述符(file descriptors,简称fd)而不是文件名来访问文件的,文件描述符实际上是一个整数。Linux中规定每个进程能最多能同时使用NR_OPEN个文件描述符,这个值在fs.h中定义,为1024*1024(2.0版中仅定义为256)。

每个文件都有一个32位的数字来表示下一个读写的字节位置,这个数字叫做文件位置。每次打开一个文件,除非明确要求,否则文件位置都被置为0,即文件的开始处,此后的读或写操作都将从文件的开始处执行,但你可以通过执行系统调用LSEEK(随机存储)对这个文件位置进行修改。Linux中专门用了一个数据结构file来保存打开文件的文件位置,这个结构称为打开的文件描述(open file description)。这个数据结构的设置是煞费苦心的,因为它与进程的联系非常紧密,可以说这是VFS中一个比较难于理解的数据结构。


file结构中主要保存了文件位置,此外,还把指向该文件索引节点的指针也放在其中。file结构形成一个双链表,称为系统打开文件表,其最大长度是NR_FILE,在fs.h中定义为8192。

file结构在include\linux\fs.h中定义如下:

    struct file   
      
    {  
      
     struct list_head        f_list;    /*所有打开的文件形成一个链表*/  
      
     struct dentry           *f_dentry; /*指向相关目录项的指针*/  
      
     struct vfsmount         *f_vfsmnt; /*指向VFS安装点的指针*/  
      
     struct file_operations  *f_op;     /*指向文件操作表的指针*/  
      
     mode_t f_mode;                                  /*文件的打开模式*/  
      
     loff_t f_pos;                                   /*文件的当前位置*/  
      
     unsigned short f_flags;                         /*打开文件时所指定的标志*/  
      
     unsigned short f_count;                         /*使用该结构的进程数*/  
      
     unsigned long f_reada, f_ramax, f_raend, f_ralen, f_rawin;  
      
     /*预读标志、要预读的最多页面数、上次预读后的文件指针、预读的字节数以及预读的页面数*/  
      
     int f_owner;                  /* 通过信号进行异步I/O数据的传送*/  
      
     unsigned int         f_uid, f_gid;  /*用户的UID和GID*/  
      
     int                  f_error;       /*网络写操作的错误码*/  
      
       
      
     unsigned long f_version;           /*版本号*/  
      
     void *private_data;                /* tty驱动程序所需 */  
      
    };  

        内核中,对应于每个进程都有一个文件描述符表,表示这个进程打开的所有文件。文件描述表中每一项都是一个指针,指向一个用于描述打开的文件的数据块———file对象,file对象中描述了文件的打开模式,读写位置等重要信息,当进程打开一个文件时,内核就会创建一个新的file对象。需要注意的是,file对象不是专属于某个进程的,不同进程的文件描述符表中的指针可以指向相同的file对象,从而共享这个打开的文件。file对象有引用计数,记录了引用这个对象的文件描述符个数,只有当引用计数为0时,内核才销毁file对象,因此某个进程关闭文件,不影响与之共享同一个file对象的进程.

file对象中包含一个指针,指向dentry对象。dentry对象代表一个独立的文件路径,如果一个文件路径被打开多次,那么会建立多个file对象,但它们都指向同一个dentry对象。

       dentry对象中又包含一个指向inode对象的指针。inode对象代表一个独立文件。因为存在硬链接与符号链接,因此不同的dentry对象可以指向相同的inode对象.inode 对象包含了最终对文件进行操作所需的所有信息,如文件系统类型、文件的操作方法、文件的权限、访问日期等。

       打开文件后,进程得到的文件描述符实质上就是文件描述符表的下标,内核根据这个下标值去访问相应的文件对象,从而实现对文件的操作。


注意,同一个进程多次打开同一个文件时,内核会创建多个file对象。
当进程使用fork系统调用创建一个子进程后,子进程将继承父进程的文件描述符表,因此在父进程中打开的文件可以在子进程中用同一个描述符访问。

                                                                                                                                  PS:原文出处没找到,所以就不贴转载地址了
### 文件描述符文件指针区别与联系 #### 一、基本概念 文件描述符(File Descriptor, FD)是一个非负整数,由操作系统分配给每个打开的文件或设备。它是进程文件描述符表中的索引,用于标识当前进程中已打开的文件资源[^2]。 文件指针(`FILE *`)则是 C/C++ 编程语言中的一种数据结构,通常用于高级 I/O 操作。它封装了底层的文件描述符以及其他元信息(如缓冲区状态),提供了更友好的接口供开发者使用[^5]。 --- #### 二、主要区别 1. **层次不同** - 文件描述符属于操作系统层面的概念,直接对应于内核维护的文件对象。 - 文件指针则位于应用层,是对文件描述符的一次封装,便于程序员进行更高层次的操作[^4]。 2. **功能范围** - 文件描述符仅支持低级操作,例如 `read()`、`write()`、`close()` 等系统调用。 - 文件指针除了能够完成类似的读写操作外,还额外支持格式化输入输出(如 `fprintf()`、`fscanf()`)、错误处理机制以及自动缓冲管理等功能[^5]。 3. **实现方式** - 文件描述符本质上只是一个整数值,在 Linux 或其他类 Unix 系统下代表某个特定的文件或者网络连接等资源。 - 而 FILE 结构体内部包含了指向实际文件描述符的字段(比如 `_fileno` 成员变量)。这意味着可以通过访问该成员获取到关联的基础文件描述符[^5]。 4. **跨平台特性** - 使用文件描述符编写程序具有良好的可移植性,因为几乎所有现代操作系统都遵循 POSIX 标准实现了统一 API 集合。 - 对应地,尽管标准库定义了一致的行为模式,但由于具体实现细节可能有所差异,因此基于文件流开发的应用可能会遇到兼容性问题[^3]。 --- #### 三、两者之间的关系 虽然它们分属不同的抽象级别,但在某些情况下可以互相转换: - 在 C 库函数的帮助下,可以从现有的文件流创建一个新的独立副本并获得相应的新文件描述符;反之亦然——利用 fdopen 函数可以把原始裸露出来的数字型句柄重新包装成易于使用的 stream object 形式[^5]。 下面展示一段简单的例子说明如何在这两种形式之间切换: ```c #include <stdio.h> #include <unistd.h> int main() { int fd = fileno(stdin); // 获取 stdin 的文件描述符 printf("Standard Input File Descriptor: %d\n", fd); FILE* fp = fdopen(1, "w"); // 将 stdout (file descriptor '1') 转换回 file pointer fprintf(fp, "This is written via a FILE pointer.\n"); fclose(fp); return 0; } ``` 此代码片段先是从预设的标准输入流提取出它的基础编号表示法即文件描述符,接着又演示怎样把另一个方向上的标准化输出端口映射回去形成新的高级别 IO 接口实例。 --- ### 总结 综上所述,文件描述符文件指针各有优劣之处:前者更加贴近硬件本质且效率较高但灵活性较差;后者虽牺牲了一些性能却极大地简化了复杂场景下的编码工作量并且增强了安全性保障措施。根据项目需求合理选用合适的工具才是最重要的原则之一。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值