【LINUX】初识文件系统

一、前言

二、回顾C语言文件操作

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

	int cnt = 0;
	fputs("hello", fp);
	fclose(fp);
	return 0;
}

像我们使用的诸如:fopen、fclose、fputs等一系列函数,其实是C语言提供给我们的。这些函数分别封装了:open、close、write、read等一系列系统调用,向上提供给用户。

三、初识系统调用

open

标志位:
我们在函数中设置参数开关的话,虽然能达到达成某个条件就触发某个功能的效果,但如果传递多个标志位,就会显得拥堵,因此系统用一个整数flags、并用flags的每一个比特位表示一个标志位,这样一个int就可以同时至少传递32个比特位,绝对是够用的了。

open:

int open(const char* pathname,int flags);
int open(const char* pathname,int flags,mode_t mode);

系统调用open让我们能够按照一定方式打开一个文件,并给我们返回一个int类型的值。

pathname:代表文件的路径
flags:就是我们上面提到的标志位,标志位采用宏的方式设置,如O_RDONLY、O_WRONLY、O_TRUNC(清空文件原有内容)、O_APPEND(不清空文件原有内容)
mode:需要我们设置文件的权限(如果需要的话)

open的返回值:

如果使用open打开一个文件并接收这个函数的返回值,我们会发现这个返回值是数字3,那0、1、2去哪里呢?

其实open的返回值被称为 文件标识符 ,之所以从3开始,是因为任何进程在启动的时候都会默认打开三个流:标准输入流、标准输出流,标准错误流,这三个流占用了0、1、2的标识位。

read

ssize_t read(int fd, const void* buf,size_t len);

write

ssize_t write(int fd, const void* buf, size_t count);

close

close(int fd)

实际上,像C语言提供的fopen、fputs、fclose等函数,都是封装了这些系统调用,当我们使用fopen打开一个w文件时,其实在open中传入了多个标志位。不管任何语言如何封装,都是要调用底层的系统调用。

四、文件系统初识

文件如何管理

结合之前讲过的内容,我们知道进程在创建后会有一个task_struct的结构体,里面存放着进程相关内容,而这个结构体里存放着一个 结构体指针 files,这个指针指向的另一个结构体就存放着一个存放文件标识符的数组,并拿这个数组去寻找打开的各种文件。如图所示:

在这里插入图片描述
LINUX下的“一切皆文件”:

如图,我们使用操作系统的本质就是以进程的方式去访问当一个进程创建好以后,如果我们使用键盘和显示器读写操作的时候,进程会统一创建struct file结构体,其中包含文件的基本信息、缓冲区、以及函数指针来指向驱动程序提供操作硬件的方法,尽管各个设备的驱动方法不尽相同,但站在进程的视角,他只需要管理struct file这个结构体,这就是一切皆文件的理解。
在这里插入图片描述
重定向理解:

根据上面的理解,假如有这样一段代码:

int main()
{
	close(0)//关闭了标准输入流
	int fd = open("log.txt",O_RDONLY);
	int a,b;
	scanf("%d%d",&a,&b);
	
	return 0;
}

进程中,文件描述符分配:把下标最小的,没有使用的文件描述符分配给新文件。
由于我们已经把标准输入流(0)关闭,并打开了文件log.txt,此时log.txt的文件标识符就顺利成章的成了(0),因此我们就是从log.txt中读取数据了。

但这样关闭再重定向并不方便,我们也可以使用dup2函数来实现重定向:

int dup2(int oldfd ,int newfd) //将 oldfd 重定向到 newfd

如何做到重定向呢?

在上层无法感知的情况下,在OS内部,更改进程对应的文件描述符表中,特定下标的指向。

缓冲区理解:

先来思考一个问题:

int main()
{
  fprintf(stdout,"hello world\n");

  const char* msg = "hello write!\n";
  write(1,msg,strlen(msg));
  fork();             
  return 0;
}

运行两个命令为什么结果不同呢,为什么hello world被打印了两次呢??
在这里插入图片描述
要解释这个问题,我们需要结合重定向和刷新缓冲的策略来理解:

刷新策略:
a.显示器采用的刷新策略:行缓冲
b.普通文件采用的刷新策略:全缓冲

我们的程序里fprintf是C库提供的函数,我们在写入数据的时候,要先将数据写入C库提供的缓冲区内,按照刷新策略将内容拷贝到系统内相应的文件缓冲区,而write直接将数据拷贝到系统内相应的文件缓冲区,直接运行程序,由于显示器是行缓冲策略,因此fork的时候已经把数据都刷新到屏幕了。而重定向后,fprintf采用全缓冲的策略,但由于内容不会达到全缓冲要求,自然不会刷新,数据在C库的缓冲区一直到fork以后才能刷新 ,所谓的刷新即对其中内容清空,这样就会触发写时拷贝,父子进程自然都会刷新一次。
在这里插入图片描述

五、结语

到这里,今天的内容就全部结束了,如果感到对你有所帮助,欢迎三连支持,我们下次再见。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

蓝色学者i

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

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

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

打赏作者

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

抵扣说明:

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

余额充值