Linux 文件系统:C语言接口、系统接口

目录

一、文件接口

二、感性理解Linux系统下“一切皆文件”

三、C语言文件接口

1、fopen

2、当前路径

3、fwrite、fprintf、fputs

4、fgets

 模拟实现cat命令

5、fscanf

6、fseek

五、系统接口

1、open系统调用

2、write系统调用

例:O_WRONLY

例:O_WRONLY|O_CREAT

例:O_TRUNC

例:O_APPEND

3、read

例:O_RDONLY

4、lseek

示例

5、系统调用和库函数


一、文件接口

在探讨文件操作的范畴时,我们确实将文件视为内容加属性的集合。操作文件无非是对其内容或属性的操作。这些操作在底层是通过操作系统(OS)的接口完成的,因为只有操作系统有权直接与硬件交互。当我们编写代码来操作文件时,实际上是通过进程来实现的。进程是操作系统中能够执行操作的实体,它是文件访问的本质执行者。

为什么在学习C/C++时没有听过文件类的系统调用接口?

  1. 封装的复杂性:操作系统层面的文件接口相对底层且复杂,直接使用它们进行文件操作需要深入理解操作系统的工作原理。为了简化开发过程,不同的编程语言对这些系统调用接口进行了封装,提供了更易于使用的文件操作API。这种封装隐藏了系统调用接口的复杂性,使得开发者在日常开发中很少需要直接接触到这些底层接口。

  2. 跨平台性的需求:直接使用操作系统的文件接口会使得代码与特定的操作系统绑定,从而失去跨平台的能力。编程语言通过提供封装后的文件操作接口,使得开发的应用可以在不同的操作系统上运行,而无需关心底层的系统调用差异。这种抽象层的存在极大地提高了代码的可移植性。

为什么需要操作系统提供的文件接口?

  1. 权限限制:直接向硬件写入数据需要特定的权限,这些权限通常仅操作系统拥有。因此,普通用户或应用程序需要通过操作系统提供的接口来进行文件操作。

  2. 封装和简化:操作系统层面的文件接口通常比较底层且复杂。不同的编程语言通过封装这些系统调用接口,提供了更简单易用的文件操作API,以适应不同的开发需求和习惯。

  3. 跨平台兼容性:如果直接使用操作系统的文件接口,那么编写的代码将与特定的操作系统绑定,失去跨平台的能力。通过使用编程语言提供的封装接口,可以实现代码的跨平台运行,因为这些语言级别的接口会根据运行平台调用相应的系统接口。

为什么要学习操作系统层面的文件接口?

尽管语言级别的封装提供了便利和跨平台能力,但学习操作系统层面的文件接口仍然有其价值:

  1. 统一性:操作系统层面的文件接口是统一的,每个操作系统提供的接口虽然固定,但是了解这些接口可以帮助开发者更深入地理解文件操作的本质,以及不同操作系统之间的差异。

  2. 高级功能和性能优化:某些高级功能或性能优化可能需要直接使用操作系统提供的文件接口来实现,尤其是在需要精细控制文件行为的场景中。

显示器和文件操作的比较

显示器作为硬件,使用printf进行打印操作时,我们通常不会感到奇怪。这是因为printf等函数已经封装了向显示器输出的底层细节。实际上,向显示器打印信息与向磁盘文件写入数据在本质上是相似的,都涉及到了操作系统层面的硬件访问接口。这种封装隐藏了底层的复杂性,使得开发者可以更加专注于应用逻辑的实现。

二、感性理解Linux系统下“一切皆文件”

在计算机系统中,文件的概念可以从狭义和广义两个角度来理解:

狭义的文件

狭义上的文件通常指的是存储在磁盘上的数据集合,这些数据可以是文本、图片、视频等任何形式的信息。这类文件可以通过文件系统进行管理,我们可以使用各种编程语言提供的文件操作API(如fopenfreadfwrite等)来读取或写入这些文件。例如,从文件中读取数据到程序的内存中,或者将程序处理的数据写回到磁盘文件中。

广义的文件

从广义上讲,文件不仅仅局限于磁盘上的数据集合。在类Unix操作系统中,遵循“一切皆文件”的哲学,几乎所有的外设(如显示器、键盘、网卡、声卡等)都可以被抽象为文件。这意味着,这些设备的操作也可以通过读写文件的方式来进行。例如,向显示器输出信息(printf/cout)本质上是向一个特殊的文件写入数据;从键盘读取输入(scanf/cin)本质上是从一个特殊的文件中读取数据。

文件的读写操作

从程序的角度看,文件操作主要分为读(input)和写(output)两种基本操作。无论是操作磁盘上的普通文件,还是与外设交互,都可以用读写的概念来描述:

  • 读操作(Input):将数据从文件(无论是磁盘文件还是代表外设的特殊文件)传输到程序的内存中。
  • 写操作(Output):将数据从程序的内存传输到文件中,无论这个文件代表的是磁盘上的数据存储还是某种外设。

总结

因此,从系统的角度来看,任何能够被读取(input)或能夜被写出(output)的设备都可以被抽象为文件。这种广义上的文件概念极大地统一了操作系统对硬件的访问方式,简化了程序与外设之间的交互逻辑。

三、C语言文件接口

1、fopen

  • 原型FILE *fopen(const char *path, const char *mode);
  • 功能:打开名为 path 的文件,并与之关联一个流。
  • 模式
    • r:以文本模式打开文件进行读取。文件指针位于文件开头。
    • r+:打开文件进行读写。文件指针位于文件开头。
    • w:以文本模式打开文件进行写入。如果文件存在,则长度截为零。文件指针位于文件开头。
    • w+:打开文件进行读写。如果文件不存在,则创建之。如果文件存在,则长度截为零。文件指针位于文件开头。
    • a:以追加模式打开文件进行写入。如果文件不存在,则创建之。文件指针位于文件末尾。
    • a+:打开文件进行读取和追加写入。如果文件不存在,则创建之。读取时文件指针位于文件开头,但写入总是追加到文件末尾。
#include <stdio.h>

int main()
{
    FILE*fp=fopen("log.txt","r");
    if(fp==NULL)
    {
        perror("fopen");
        return 1;
    }
    return 0;
}
[hbr@VM-16-9-centos file_system]$ ./myfile 
fopen: No such file or directory
#include <stdio.h>

int main()
{
    FILE*fp=fopen("log.txt","w");
    if(fp==NULL)
    {
        perror("fopen");
        return 1;
    }
    return 0;
}
[hbr@VM-16-9-centos file_system]$ make
gcc -std=c99 -o myfile myfile.c
[hbr@VM-16-9-centos file_system]$ ./myfile 
[hbr@VM-16-9-centos file_system]$ ls
log.txt  makefile  myfile  myfile.c

2、当前路径

当前路径(Current Working Directory, CWD)是指操作系统中一个进程当前所处的目录路径。当一个进程被启动时,它会有一个与之关联的目录,这个目录就是它的当前工作目录。进程在执行文件操作时,如果使用的是相对路径,那么这个相对路径就是基于当前工作目录来解析的。

例如,如果当前路径是 /home/whb,当进程尝试打开或创建一个名为 log.txt 的文件时,如果没有指定完整路径,操作系统会自动将 log.txt 与当前路径拼接,形成完整的文件路径 /home/whb/log.txt,然后在该路径下进行文件操作。

在Linux和Unix系统中,可以使用 pwd 命令查看当前工作目录,而在Windows系统中,则可以使用 cd 命令(不带任何参数)来查看。

#include <stdio.h>

int main()
{
    FILE*fp=fopen("log.txt","w");
    if(fp==NULL)
    {
        perror("fopen");
        return 1;
    }
    return 0;
}

在名为 file_system 的目录下编译并运行了一个C程序,该程序的作用是创建(或打开,如果已存在)一个名为 log.txt 的文件。由于指定的文件名是相对路径,所以 log.txt 被创建在了当前工作目录下,即 file_system 目录。

接着,将编译好的可执行文件 myfile

对于c语言接口网上的资料是少之又少,所以下面这些文字全是我一个字一个字打印上来的希望大家 能对的起我的付出: 现在的程序员都面临大量的关于应用程序接口(Application Programming Interface,API) 的信息,大多数人都会使用API和程序库,并在其所写的每一个应用程序中实现它们,但是很少人 会创建或发布新的能广泛应用的API,事实上,程序员似乎倾向与循环使用他们自己的东西,而不 愿意查找,能满足他们要求的程序库,这或许是因为写特定应用程序代码要比查找设计好的API容易。 这里我所提到的是一种基于接口与其实现的设计方法,并且通过对24个接口及其实现的描述详细地演示了这种方法,这些接口涉及到计算机领域的很多知识,其中包括数据结构,算法,字符串处理 和并发程序,这些实现并不是简单的玩具----它们是为了在你们所设计的软件代码中使用而设计的。(当然了我会通过阅读量来看是否继续发下去,人要少了我就没有必要浪费时间了) c编程语言对基于接口设计方法的支持是极少的。 而面向对象的语言,如c++,Modula-3,则鼓励将接口与实现分离,基于接口的设计独立与任何特定 的语言,但是它要求程序员对像c一样的语言有更多的驾驭能力和更高的警惕性,因为这类语言很容易破坏带有隐含实现信息的接口,反之亦然。 然而一但掌握了基于接口的设计方法,就能够在服务于众多应用程序的通用接口基础上建立应用程序,从而加速开发,在一些c++环境中的基础类库就体现了这种效果。 增加对现有软件的重用---接口实现库,能够减少初始开发成本,同时还能减少维护成本,因为应用程序的更多部分都建立在经过良好测试的通用接口的实现上,这里我提到的接口是针对数据结构的,但它并不是数据结构,我重点将放在算法引擎----包装数据结构以供应用程序使用----而不在数据结构算法本身,接口的示例和实现都以literate程序的方式给出,换句话说就是源代码及其解释是按照最适合理解代码的顺序交织出现的。 下面我将我想要给大家讲的内容分一下类: 基础 1,接口与实现 2,异常与断言 3,内寸管理 4,进一步内寸管理 数据结构 5,链表 6,表格 7,集合 8,动态数组 9,序列 10,环 11,位向量 字符串 12,原子 13,格式化 14,低级字符串 15,高级字符串 算法 16,扩展精度算法 17,任意精度算法 18,多精度算法 线程 19,线程 建议: 看到这里的朋友我相信对c语言都有了很长时间的学习 如果你还没有搞懂c语言的全部内容,我强烈建议你先别看这里
本书概念清晰、内容新颖、实例详尽,是一本有关设计、实现和有效使用C语言库函数,掌握创建可重用C语言软件模块技术的参考指南。本书倡导基于接口的C语言设计理念及其实现技术,深入详细地描述了24个C语言接口及其实现。   本书通过叙述如何用一种与语言无关的方法将接口的设计与实现独立开来,从而形成一种基于接口的设计途径来创建可重用的API,本书是一本针对 C语言程序员的不可多得的好书,也是值得所有希望掌握可重用软件模块技术的读者阅读的参考书籍。   关于如何设计、实现和有效使用库函数的指南少之又少(如果说还有的话)。这本力作填补了这 个空白。它可以作为下一代软件的工具书.所有的C语言程序员都应该阅读。                                     ——W.Richard Stevens  “我向每位专业C语言程序员推荐这本书。C语言程序员们忽视书中所描述的各种技术已经太长时 间了。”                               ——Norman Ramsey,贝尔实验室研究员   每一位程序员和软件项目经理必须掌握创建可重用软件模块的技术:可重用软件模块是 构建大规模、可靠应用的基石。与当前某些面向对象语言不同,C语言为创建可重用应用程 序接口(Application Programming Interface,API)提供的语言和功能支持非常少。尽管大多 数C语言程序员在自己所编写的每一个应用程序中都使用API和实现API的库.但只有相当少 的程序员可以创建和发布新的、可广泛使用的API。本书阐述了如何用一种与语言无关的方 法将接口的设计与实现独立开来,从而形成一种基于接口的设计途径来创建可重用的API。 书中提供大量实例具体说明这种方法。作者详细描述了24个接口和它们的实现细节,有助于 读者对这种设计方法的透彻理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Han同学

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值