0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

Linux系统编程中的文件描述符调用

C语言编程学习基地 来源:博客园 作者:melonstreet 2021-09-02 09:50 次阅读

文件描述符

进程每打开一个文件的时候,会获得该文件的文件描述符,而后续的读写操作都把文件描述符作为参数。在用户空间或者内核空间,都是通过文件描述符来唯一地索引一个打开的文件。文件描述符使用int类型表示,文件描述符的范围从0开始,到上限值-1,默认情况下,上限值为1024,也就是说,进程默认情况下最多可以打开1024个文件。负数是不合法的文件描述符,当函数调用出错时,返回的文件描述符为-1。

每个进程都至少包含三个文件描述符:

8c65cdc2-0b7a-11ec-8fb8-12bb97331649.png

遵循Linux一切皆文件的概念,文件描述符除了访问普通文件外,几乎能够访问任何能够读写的东西。包括设备文件、管道、先进先出缓冲区、套接字等。

open()系统调用

对文件进行读写之前,必须先打开文件。Linux提供了系统调用open()。open()有两个函数原型:

8c6f5fc2-0b7a-11ec-8fb8-12bb97331649.png

两个函数均可用来打开文件,第二个函数比第一个多了参数mode,mode指定文件的权限---当创建新文件的时候才需要。如果文件打开成功,则返回文件描述符,指向pathname所指定的文件。flags参数用于指定打开的方式,它支持三种访问模式:

8c7b926a-0b7a-11ec-8fb8-12bb97331649.png

flags参数还可以与下面的值进行按位或运算,修改打开文件的行为:

8c8c4a4c-0b7a-11ec-8fb8-12bb97331649.png

举个例子,下面的句子表示:以写的方式打开文件,如果文件不存在,则创建新的文件,并且文件的内容为空:

int fd ;

fd = open("file.txt",O_WRONLY|O_CREAT|O_TRUNC,0644);

这里的0644指定了新创建的文件访问权限,参数mode的取值如下:

8c97b33c-0b7a-11ec-8fb8-12bb97331649.png

实际上最终写入磁盘的文件访问权限是由mode参数和用户的文件创建掩码(umask)执行按位与操作得到的。举个例子:

8ca9a132-0b7a-11ec-8fb8-12bb97331649.png

按理来说,创建出来的文件的访问权限应该是-rwxrwxrwx,而查看后发现其实不是:

ls -l TEST.txt

-rwxrwxr-x 1 huanzhewu huanzhewu 0 8月 30 21:29 TEST.txt【权限为0775】

查看当前的掩码:

$ umask

0002

可以发现 0775 = 0777 ^ (~0002) ,所以0775才是最后的文件访问权限。umask是进程级属性,通过调用umask()函数来修改,支持用户修改新创建的文件和目录的权限。

总结起来可以得到这样一条公式:

newmode = mode ^ (~ umask)

总结一下:至此,我们了解了文件打开所提供的两个系统调用函数open(),了解了打开文件的方式、新建文件的访问权限设置。如果文件打开成功,那么将返回一个文件描述符,这是一个非零整数(因为0,1,2是进行已经拥有的文件描述符),否则函数将返回-1

creat()系统调用

顾名思义,creat函数用来创建一个文件,不过我们可能产生疑问:前面的open函数使用一些选项后,不是也可以创建新文件吗?没错,creat函数完全等价与下面的open语句:

8cb24800-0b7a-11ec-8fb8-12bb97331649.png

由于选项O_WRONLY|O_CREAT|O_TRUNC组合经常使用,因而系统调用专门使用creat函数来提供这个功能。creat函数的原型如下:

8cbdfdb2-0b7a-11ec-8fb8-12bb97331649.png

其中参数的描述与open的参数一致,这里不再赘述。

read()系统调用

文件打开后,就能够读文件了。read()是最基础、最常见的读取文件的机制。read的函数原型为:

8cd2fe10-0b7a-11ec-8fb8-12bb97331649.png

fd 为文件描述符。每次调用read函数时,会从fd指向的文件的当前偏移(或称文件位置)开始读取count字节到buf所指的的内存中。随着文件的读取,fd的文件位置指针会向前移动。关于read的读取,会出现很多需要思考的问题:

问题一:如果文件长度为0

问题二:如果文件长度不够count长度

问题三:如果读取时,read被信号中断了

我们一一来看:

问题1属于“没有数据可读”,此时read调用会阻塞,直到有数据可读;

问题2属于到达数据结尾(EOF),此时read调用返回0;

问题三,read调用返回大于0小于count的值;如果在读取任何数据之前被信号中断,则返回-1,同时把errno设置为EINTR。

8fdd37ba-0b7a-11ec-8fb8-12bb97331649.png

再来看看问题1,当文件没有数据可以读时(一开始就没有),read调用会被阻塞,直到文件有数据可以读,这是一种阻塞I/O。如果文件以O_NONBLOCK模式打开,则文件为非阻塞模式,当文件没有数据可以读时,read系统调用返回-1,并把errno设置为EAGAIN。

8fe9f2f2-0b7a-11ec-8fb8-12bb97331649.png

除了errno被设置为EINTR与EAGAIN,其他情况下都是出现严重的文件读取错误,重新执行读操作不会成功。

write() 系统调用

write的函数原型为:

9000f858-0b7a-11ec-8fb8-12bb97331649.png

write的返回值比较简单:

写入失败返回-1 ,同时设置errno的值

写入成功返回成功写入的字节数。

返回0时没有特殊含义,仅表示写入了0个字节的内容。

对于普通文件,write基本能保证每次执行调用能够写入全部的内容。对于其他文件如socket,需要进行循环写,保证所有的字节都写入了文件中:

9014a24a-0b7a-11ec-8fb8-12bb97331649.png

同样的,当以非阻塞的模式打开文件时(O_NONBLOCK),系统调用write()会返回-1,并把errno设置为EAGAIN。

系统调用write()时,数据从用户空间的缓冲区中拷贝到了内核空间的缓冲区,但并没有立即把数据写入磁盘中,这称为延迟写。延迟写的问题在于,如果在数据真正写入磁盘之前系统崩溃了,则数据可能丢失。内核设置了一个时间,在该时间内将内核空间缓冲区上的数据写入磁盘,该时间称为"最大存放时效"。Linux系统也支持强制文件立即写入磁盘上,这在后面介绍。

close()系统调用

程序完成文件的读写后,调用close函数关闭文件描述符与文件之间的连接,使得文件描述符可以被重用。close的函数原型为:

#incldue

int close(int fd);

文件关闭成功返回0,出错返回-1,并设置相应的errno。文件成功关闭并不以为着该文件的数据已经被写入磁盘。

总结:本文简单介绍了文件的打开、创建、读写、关闭操作,介绍了一些常用的open参数选项,creat与open的等价性,循环读、循环写的必要性,也关注了各个系统调用的返回值含义,了解如何设置非阻塞读写,并简单提到了延迟写的问题,在后续的文件中将介绍同步I/O的内容。

责任编辑:haq

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • Linux
    +关注

    关注

    87

    文章

    10990

    浏览量

    206733
  • 编程
    +关注

    关注

    88

    文章

    3440

    浏览量

    92388

原文标题:Linux系统编程:基本 I/O 系统调用

文章出处:【微信号:cyuyanxuexi,微信公众号:C语言编程学习基地】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    USB OTG发送设备描述符失败是什么原因呢?

    能收到SETUP包,并解析数据跑到发送设备描述符,给FIFO写数据也正确,但波形上就发了一个数据出去,这会是什么原因呢?
    发表于 03-11 06:29

    Traveo II上的P-DMA描述符总线错误是为什么?

    DMA,我就会收到\"描述符总线错误\"中断,由 CH_STATUS 寄存器识别,但我不确定为什么。 如果出现这个错误,也许你可以给我更多关于背景的信息? 我正在按照应用手册的说明
    发表于 01-31 07:03

    USB字符串描述符里面的序列号字符串到底是什么东西?

    在设备描述符里面,有一个表示序列号字符串描述符的编号,请问这个序列号字符串的描述符是什么东西呢? 厂商字符串和设备字符串都能理解,而且在电脑的“设备与打印机”里面都找到了。但请问这个序列号字符串有什么用呢?在哪里能看到呢?
    发表于 01-24 08:06

    在Win下,如何获取对应插入的USB设备描述符呢?

    各位大佬,请问在Win下,如何获取对应插入的USB设备描述符呢?
    发表于 01-24 07:33

    请问SPI DMA描述符列表如何单次触发?

    要求如下: 定义两个个描述符类型的数组,如 SpiTxDesptr[3]= {{ SpiTxDesptr[1], X, X,X,X},{ SpiTxDesptr[2], X, X,X,X
    发表于 01-12 08:07

    Linux文件系统层的主要结构

    Linux 文件系统体系结构是一个对复杂系统进行抽象化的有趣例子。通过使用一组通用的 API 函数,Linux 可以在许多种存储设备上支持许多种文件
    的头像 发表于 11-10 10:37 265次阅读
    <b class='flag-5'>Linux</b><b class='flag-5'>文件系统</b>层的主要结构

    Python的优雅之处:Descriptor(描述符

    学习 Python 这么久了,说起 Python 的优雅之处,能让我脱口而出的, Descriptor(描述符)特性可以排得上号。 描述符 是Python 语言独有的特性,它不仅在应用层使用,在语言
    的头像 发表于 11-02 10:52 679次阅读
    Python的优雅之处:Descriptor(<b class='flag-5'>描述符</b>)

    如何限制K8s集群中文件描述符与线程数量

    linux 中为了防止进程恶意使用资源,系统使用 ulimit 来限制进程的资源使用情况(包括文件描述符,线程数,内存大小等)。同样地在容器化场景中,需要限制其
    发表于 09-07 10:33 204次阅读
    如何限制K8s集群中<b class='flag-5'>文件</b><b class='flag-5'>描述符</b>与线程数量

    USB OTG发送设备描述符只能发送一个数据是什么原因?

    能收到SETUP包,并解析数据跑到发送设备描述符,给FIFO写数据也正确,但波形上就发了一个数据出去,这会是什么原因呢?
    发表于 08-04 11:15

    从获取描述符的角度理解Gadget框架

    安装好 gadget 驱动程序后(比如 modprobe g_zero), 它只是构造好了各类描述符。在设备的枚举过程会读取描述符。 使用 OTG 线连接电脑和开发板时,电脑软件会执行如下
    的头像 发表于 07-13 11:38 536次阅读
    从获取<b class='flag-5'>描述符</b>的角度理解Gadget框架

    Gadget框架构造描述符

    下多个接口,接口就是功能,Linux 内核里事先提供了很多功能的驱动程序,所以:接口描述符是内核提供的 某个接口下需要什么端点,也是内核里各类功能的驱动程序提供的 以 zero.c 为例: 配置 1:loopback,Host 写数据给它,就可以读出原样的数据 配置
    的头像 发表于 07-13 11:34 339次阅读
    Gadget框架构造<b class='flag-5'>描述符</b>

    Linux 系统编程的难点是什么

    对于有一定 Linux 开发基础希望进阶学习 Linux 系统编程的开发人员来说,其难点在于,Linux 所囊括的技术点繁杂,往往不知从何下手。
    发表于 06-28 12:54 395次阅读

    嵌入式Linux学习笔记:文件IO

    linux中一切都叫文件,比如普通文件,设备文件,管道。在应用层,可以用一套文件IO读写文件
    发表于 06-23 14:25 162次阅读
    嵌入式<b class='flag-5'>Linux</b>学习笔记:<b class='flag-5'>文件</b>IO

    Linux 文件系统层的主要结构

    Linux 文件系统体系结构是一个对复杂系统进行抽象化的有趣例子。通过使用一组通用的 API 函数,Linux 可以在许多种存储设备上支持许多种文件
    的头像 发表于 06-22 11:48 696次阅读
    <b class='flag-5'>Linux</b> <b class='flag-5'>文件系统</b>层的主要结构

    为什么我们要掌握Linux系统编程

    为什么我们要掌握Linux系统编程
    的头像 发表于 05-17 10:00 610次阅读