Linux基础IO【II】

news2024/11/27 13:46:02

今天，我们接着在上一篇文章的基础上，继续学习基础IO。观看本文章之前，建议先看：Linux基础IO【I】，那，我们就开始吧！

一.文件描述符

1.重新理解文件

 文件操作的本质：进程和被打开文件之间的关系。

1.推论

我们先用一段代码和一个现象来引出我们今天要讨论的问题：

上码：

#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <assert.h>
#include <string.h>
#include <unistd.h>
//我没有指明具体的路径，采用了字符串拼接的方式。
#define FILE_NAME(number) "log.txt" #number

int main()
{
    umask(0);
    int fd1 = open(FILE_NAME(1), O_WRONLY | O_CREAT, 0666);
    int fd2 = open(FILE_NAME(2), O_WRONLY | O_CREAT, 0666);
    int fd3 = open(FILE_NAME(3), O_WRONLY | O_CREAT, 0666);
    int fd4 = open(FILE_NAME(4), O_WRONLY | O_CREAT, 0666);
    int fd5 = open(FILE_NAME(5), O_WRONLY | O_CREAT, 0666);

    printf("fd1:%d\n", fd1);
    printf("fd2:%d\n", fd2);
    printf("fd3:%d\n", fd3);
    printf("fd4:%d\n", fd4);
    printf("fd5:%d\n", fd5);

    close(fd1);
    close(fd2);
    close(fd3);
    close(fd4);
    close(fd5);
}

看到输出的结果，各位大佬想到了什么？我想到了数组的下标。也许这和数组有这千丝万缕的关系，但我们都只是猜测，接下来就证明我们的猜测。

首先我们可以利用现在掌握的知识推导出这样一条逻辑链：

  1. 进程可以打开多个文件吗？可以，而且我们刚刚已经证实了。
  2. 所以系统中一定会存在大量的被打开的文件。
  3. 所以操作系统要不要把这些被打开的文件给管理起来？要。
  4. 所以如何管理？先描述，再组织。
  5. 操作系统为了管理这些文件，一定会在内核中创建相应的数据结构来表示文件。
  6. 这个数据结构就是struct_file结构体。里面包含了我们所需的大量的属性。

我们回到刚刚代码的运行结果上来：

为什么从3开始，0,1，2分别表示的是什么？ 

其实系统为一个处于运行态的进程默认打开了3个文件（3个标准输入输出流）：

  • stdin(标准输入流）  ：对应的是键盘。
  • stdout(标准输出流）： 对应的是显示器。
  • stderr(标准错误流)   ：对应的是显示器。

 上面我们提及的struct_file结构体在内核中的数据如下：

/*
 * Open file table structure
 */
struct files_struct {
  /*
   * read mostly part
   */
	atomic_t count;
	bool resize_in_progress;
	wait_queue_head_t resize_wait;

	struct fdtable __rcu *fdt;
	struct fdtable fdtab;
  /*
   * written part on a separate cache line in SMP
   */
	spinlock_t file_lock ____cacheline_aligned_in_smp;
	unsigned int next_fd;
	unsigned long close_on_exec_init[1];
	unsigned long open_fds_init[1];
	unsigned long full_fds_bits_init[1];
	struct file __rcu * fd_array[NR_OPEN_DEFAULT];
};

struct file {
	union {
		struct llist_node	fu_llist;
		struct rcu_head 	fu_rcuhead;
	} f_u;
	struct path		f_path;
	struct inode		*f_inode;	/* cached value */
	const struct file_operations	*f_op;
	spinlock_t		f_lock;
	enum rw_hint		f_write_hint;
	atomic_long_t		f_count;
	unsigned int 		f_flags;
	fmode_t			f_mode;
	struct mutex		f_pos_lock;
	loff_t			f_pos;
	struct fown_struct	f_owner;
	const struct cred	*f_cred;
	struct file_ra_state	f_ra;

	u64			f_version;
#ifdef CONFIG_SECURITY
	void			*f_security;
#endif
	/* needed for tty driver, and maybe others */
	void			*private_data;

#ifdef CONFIG_EPOLL
	struct list_head	f_ep_links;
	struct list_head	f_tfile_llink;
#endif /* #ifdef CONFIG_EPOLL */
	struct address_space	*f_mapping;
	errseq_t		f_wb_err;
}

2.证明

大家有没有好奇过：为什么我们C库函数fopen的返回值类型是FILE*，FILE是什么？当时老师肯定没给我们讲清楚，因为当时我们的知识储备不够。但现在，我们有必要知道FILE其实就是一个结构体类型。

//stdio.h
typedef struct _iobuf
{
    char*  _ptr;        //文件输入的下一个位置
    int    _cnt;        //当前缓冲区的相对位置
    char*  _base;       //文件初始位置
    int    _flag;       //文件标志
    int    _file;       //文件有效性
    int    _charbuf;    //缓冲区是否可读取
    int    _bufsiz;     //缓冲区字节数
    char*  _tmpfname;   //临时文件名
} FILE;

 

这3个标准输入输出流既然是文件，操作系统必定为其在系统中创建一个对应的struct file结构体。 

为了证明我们的判断，我们可以：调用struct file内部的一个变量。

操作系统底层底层是用文件描述符来标识一个文件的。纵所周知，C文件操作函数是对系统接口的封装。所以FILE结构体中一定隐藏着一个字段来储存文件描述符。而且stdin，stdout，stderr都是FILE*类型的变量，

所以：

#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <assert.h>
#include <string.h>
#include <unistd.h>
// 我没有指明具体的路径，采用了字符串拼接的方式。
#define FILE_NAME(number) "log.txt" #number

int main()
{
    printf("stdin:%d\n", stdin->_fileno);//调用struct file内部的一个变量
    printf("stdout:%d\n", stdout->_fileno);
    printf("stderr:%d\n", stderr->_fileno);

    umask(0);
    int fd1 = open(FILE_NAME(1), O_WRONLY | O_CREAT, 0666);
    int fd2 = open(FILE_NAME(2), O_WRONLY | O_CREAT, 0666);
    int fd3 = open(FILE_NAME(3), O_WRONLY | O_CREAT, 0666);
    int fd4 = open(FILE_NAME(4), O_WRONLY | O_CREAT, 0666);
    int fd5 = open(FILE_NAME(5), O_WRONLY | O_CREAT, 0666);

    printf("fd1:%d\n", fd1);
    printf("fd2:%d\n", fd2);
    printf("fd3:%d\n", fd3);
    printf("fd4:%d\n", fd4);
    printf("fd5:%d\n", fd5);

    close(fd1);
    close(fd2);
    close(fd3);
    close(fd4);
    close(fd5);
}

 

来啦，终于来啦！！终于证明我们的推断。

2.理解文件描述符

进程中打开的文件都有一个唯一的文件描述符，用来标识这个文件，进而对文件进行相关操作。其实，我们之前就接触到了文件描述符，我们简单回忆一下：

  • 调用open函数的返回值，就是一个文件描述符。只不过，我们打开的文件的文件描述符默认是从3开始的，0.1.2是系统自动为进程打开的。
  • 调用close传入的参数。
  • 调用write，read函数的第一个参数。

可见，文件描述符对我们进行文件操作有多么重要。文件描述符就像一个人身份证，在一个进程中具有唯一性。

文件描述符fd的取值范围：文件描述符的取值范围通常是从0到系统定义的最大文件描述符值。

当Linux新建一个进程时，会自动创建3个文件描述符0、1和2，分别对应标准输入、标准输出和错误输出。C库中与文件描述符对应的是文件指针，与文件描述符0、1和2类似，我们可以直接使用文件指针stdin、stdout和stderr。意味着stdin、stdout和stderr是“自动打开”的文件指针。

在Linux系统中，文件描述符0、1和2分别有以下含义：

  • 文件描述符0（STDIN_FILENO）：它是标准输入文件描述符，通常与进程的标准输入流（stdin）相关联。它用于接收来自用户或其他进程的输入数据。默认情况下，它通常与终端或控制台的键盘输入相关联。
  • 文件描述符1（STDOUT_FILENO）：它是标准输出文件描述符，通常与进程的标准输出流（stdout）相关联。它用于向终端或控制台输出数据，例如程序的正常输出、结果和信息。
  • 文件描述符2（STDERR_FILENO）：它是标准错误文件描述符，通常与进程的标准错误流（stderr）相关联。它用于输出错误消息、警告和异常信息到终端或控制台。与标准输出不同，标准错误通常用于输出与程序执行相关的错误和调试信息。

这些文件描述符是在进程创建时自动打开的，并且可以在程序运行期间使用。它们是程序与用户、终端和操作系统之间进行输入和输出交互的重要通道。通过合理地使用这些文件描述符，程序可以接收输入、输出结果，并提供错误和调试信息，以实现与用户的交互和数据处理。

1.文件描述符的分配规则

文件描述符的分配规则为：从0开始查找，使用最小的且没有占用的文件描述符。

所以：我们是否可是手动的关闭，系统为我们自动带的3个文件呢？so try！

 先试着关闭一下0号文件描述符对应的标准输入流

#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <assert.h>
#include <string.h>
#include <unistd.h>
// 我没有指明具体的路径，采用了字符串拼接的方式。
#define FILE_NAME(number) "log.txt" #number

int main()
{
   close(0);

    umask(0);
    int fd1 = open(FILE_NAME(1), O_WRONLY | O_CREAT, 0666);
    int fd2 = open(FILE_NAME(2), O_WRONLY | O_CREAT, 0666);
    int fd3 = open(FILE_NAME(3), O_WRONLY | O_CREAT, 0666);
    int fd4 = open(FILE_NAME(4), O_WRONLY | O_CREAT, 0666);
    int fd5 = open(FILE_NAME(5), O_WRONLY | O_CREAT, 0666);

    printf("fd1:%d\n", fd1);
    printf("fd2:%d\n", fd2);
    printf("fd3:%d\n", fd3);
    printf("fd4:%d\n", fd4);
    printf("fd5:%d\n", fd5);

    close(fd1);
    close(fd2);
    close(fd3);
    close(fd4);
    close(fd5);
}

结果，我们自己打开的文件就把0号文件描述符给占用了。接着，我们试试关闭之后写入受什么影响。

没关闭之前：

#include<stdio.h>
#include<unistd.h>
#include<string.h>
int main()
{
    //close(0);
    char buffer[1024];
    memset(buffer,0,sizeof(buffer));
    scanf("%s",buffer);
    printf("%s\n",buffer);
}

 

关闭后：

#include<stdio.h>
#include<unistd.h>
#include<string.h>
int main()
{
    close(0);
    char buffer[1024];
    memset(buffer,0,sizeof(buffer));
    scanf("%s",buffer);
    printf("%s\n",buffer);
}

 

我们发现：scanf函数直接无法使用，输入功能无法使用。原因是什么？

这是因为我们将0号文件描述符关闭后，0号文件描述符就不指向标准输入流了。但是当使用输入函数输入时，他们仍然会向0号中输入，但0号已经不指向输入流了，所以就无法完成输入。

大家也可以自行将1号文件描述符和2号文件描述符试着关闭一下，观察一下关闭前后有什么不同之处。

3.如何理解文件操作的本质？

  • 我们说：文件操作的本质是进程和被打开文件之间的关系。对这句话我们应该如何理解呢？
  • 文件描述符为什么就是数组的下标呢?
  • 如何理解键盘，显示器也是文件？

 

如上图：

进程想要打开位于磁盘上的my.txt文件，文件加载到内存之后，操作系统为了管理该文件，为其创建了一个struct file结构体来保存该文件的属性信息。此时，内存中已经存在系统默认打开的标准输入流，标准输出流，标准错误流对应的struct file结构体。但是，系统中有很多进程，，一定会有大量被打开的文件，进程如何分清个哪文件属于该进程呢？我们知道task_struct结构体保存着关于该进程的所有属性。其中有一个struct file_struct*类型的指针files，指向一个struct file_struct 类型的结构体，该结构体中存在着一个struct file*类型的数组，数组的元素为struct file*类型。正好存放指向我们为每一个文件创建的struct file结构体的指针。所以，根据这个数组，我们就会很顺利的找到每一个文件的struct file结构体。进而找到每一个属于该进程的文件，然后对文件进行相关操作。由于数组的下标具有很好的唯一性，所以系统就向上层返回存放文件的struct file结构体指针的元素下标，供上层函数利用这个下标对文件进行操作。

 通过这段文字，相信大家已经对我们刚刚提出的几个问题已经有了答案！

4.输入重定向和输出重定向        

1.原理

重定向的原理就是：上层调用的fd不变，在内核中更改fd对应的struct file*地址。

如下图：

我们调用了close(1)关闭了输出文件流。然后打开了myfile文件，根据文件描述符的分配规则（从0开始查找最小且没有被占用的充当自己的文件描述符）。myfile的文件描述符。但是上层并不知道输入文件流对应的文件描述符已经发生改变，所以当调用printf函数时，仍然向1号文件描述符中输出。但是1号描述符对应的地址已发生改变，变为myfile，所以本想使用printf往显示器中输入的东西就会输入到myfile文件中。这就是输出重定向。

输入重定向和输出重定向原理是一样的，只不过输入重定向关闭的是输入流，输出重定向关闭的是输出文件流。

 

 我们调用了close(0)关闭了输入文件流。然后打开了myfile文件，根据文件描述符的分配规则（从0开始查找最小且没有被占用的充当自己的文件描述符）。myfile的文件描述符。但是上层并不知道输入文件流对应的文件描述符已经发生改变，所以当调用printf函数时，仍然向0号文件描述符中输出。但是0号描述符对应的地址已发生改变，变为myfile，所以就会输入到myfile文件中。这就是输出重定向。

 

 

 

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1816308.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

【网络编程】套接字类型与协议设置

【网络编程】套接字类型与协议设置

协议&#xff1a;计算机对话的通信规则&#xff0c;简而言之是为了完成数据交换而定好的约定。 #include<sys/socket.h> int socket(int domain, int type,int protocol); //domian使用的协议族信息&#xff0c;type传输类型&#xff0c;protocol计算机间通信使用的协议…
阅读更多...
苹果WWDC重磅发布的IOS 18、Apple Intelligence背后的技术分析！

苹果WWDC重磅发布的IOS 18、Apple Intelligence背后的技术分析！

2024年6月10日&#xff0c;在2024年WWDC全球开发者大会上&#xff0c;苹果推出了Apple Intelligence&#xff0c;这是深度集成到iOS 18、iPadOS 18和macOS Sequoia中的个人智能系统。 为了让大模型能在 iPhone 端侧跑&#xff0c;苹果还是做了很多事情的。接下来就跟大家介绍一…
阅读更多...
使用Java进行网络采集：代理IP与参数传递详解

使用Java进行网络采集：代理IP与参数传递详解

在Java编程语言中&#xff0c;参数传递机制是一个常见的讨论话题。理解这一点对于编写高效且无错误的Java代码至关重要。本文将探讨Java的参数传递机制&#xff0c;解析其究竟是“按引用传递”还是“按值传递”&#xff0c;并结合网络爬虫技术的实例&#xff0c;展示如何在实际…
阅读更多...
7 款便捷好用的AI API

7 款便捷好用的AI API

AI API&#xff08;人工智能应用程序接口&#xff09;是一种软件中间件&#xff0c;它允许开发者和企业通过编程方式访问和集成人工智能服务到他们自己的应用程序、网站或系统中。AI API通常由专业的AI服务提供商开发和维护&#xff0c;使得用户无需深入了解复杂的AI算法和模型…
阅读更多...
UML相关1

UML相关1

汽车租赁系统中的用例图简述(10分) 本系统根据功能可以分为三个用例图&#xff1a; 客户用例图&#xff1a;主要描述客户注册、登录、找回密码、查询车辆信息&#xff08;包括所有车辆信息、已借车辆信息、租赁历史信息&#xff09;、修改个人信息、网上预订车辆、电话预定车…
阅读更多...
【强化学习】gymnasium自定义环境并封装学习笔记

【强化学习】gymnasium自定义环境并封装学习笔记

【强化学习】gymnasium自定义环境并封装学习笔记 gym与gymnasium简介gymgymnasium gymnasium的基本使用方法使用gymnasium封装自定义环境官方示例及代码编写环境文件__init__()方法reset()方法step()方法render()方法close()方法 注册环境创建包 Package&#xff08;最后一步&a…
阅读更多...
【QT5】＜知识点＞ QT常用知识（更新中）

【QT5】＜知识点＞ QT常用知识（更新中）

目录 一、更改文本颜色和格式 二、QT容器类 三、字符串与整数、浮点数之间的转换 四、QString常用功能 五、SpinBox的属性介绍 六、滑动、滚动、进度条和表盘LCD 七、时间、日期、定时器 一、更改文本颜色和格式 动态设置字体粗体&#xff1a;QFont对象的setBold方法动态…
阅读更多...
Yapi代码执行 waf绕过实战记录

Yapi代码执行 waf绕过实战记录

本文记录了2021年一次有趣的客户目标测试实战。这次经历颇为特别&#xff0c;因此我将其整理成笔记&#xff0c;并在此分享&#xff0c;希望对大家有所帮助。 事件起因 疫情在家办公&#xff0c;准备开始划水的一天&#xff0c;这时接到 boss 的电话说要做项目&#xff0c;老…
阅读更多...
微调技术：人工智能领域的神奇钥匙

微调技术：人工智能领域的神奇钥匙

在人工智能的浪潮中&#xff0c;深度学习技术凭借其强大的数据处理和学习能力&#xff0c;已成为推动科技进步的重要引擎。然而&#xff0c;深度学习模型的训练往往需要大量的数据和计算资源&#xff0c;这在某些特定场景下成为了限制其发展的瓶颈。为了解决这个问题&#xff0…
阅读更多...
SolidWorks 2016 SP5安装教程

SolidWorks 2016 SP5安装教程

软件介绍 Solidworks软件功能强大&#xff0c;组件繁多。 Solidworks有功能强大、易学易用和技术创新三大特点&#xff0c;这使得SolidWorks 成为领先的、主流的三维CAD解决方案。 SolidWorks 能够提供不同的设计方案、减少设计过程中的错误以及提高产品质量。SolidWorks 不仅…
阅读更多...
JavaWeb6 Tomcat+postman请求、响应

JavaWeb6 Tomcat+postman请求、响应

Web服务器 对HTTP协议操作进行封装&#xff0c;简化web程序开发 部署web项目&#xff0c;对外提供网上信息浏览服务 Tomcat 轻量级web服务器&#xff0c;支持servlet&#xff0c;jsp等少量javaEE规范 也被称为web容器&#xff0c;servlet容器 Springboot有内置Tomcat nginx…
阅读更多...
网络编程2----UDP简单客户端服务器的实现

网络编程2----UDP简单客户端服务器的实现

首先我们要知道传输层提供的协议主要有两种&#xff0c;TCP协议和UDP协议&#xff0c;先来介绍一下它们的区别&#xff1a; 1、TCP是面向连接的&#xff0c;UDP是无连接的。 连接的本质是双方分别保存了对方的关键信息&#xff0c;而面向连接并不意味着数据一定能正常传输到对…
阅读更多...
[CUDA 学习笔记] 稀疏矩阵向量乘法(SpMV) CUDA 实现与优化

[CUDA 学习笔记] 稀疏矩阵向量乘法(SpMV) CUDA 实现与优化

稀疏矩阵向量乘法(SpMV) CUDA 实现与优化 本文主要围绕基于 CUDA 的 SpMV 实现进行介绍, 包括几种典型稀疏矩阵存储格式下 SpMV 的朴素实现, 以及 CSR 格式下的几种优化实现. 稀疏矩阵存储格式 稀疏矩阵即含有大量零元的矩阵. 对于稀疏矩阵, 像稠密矩阵一样使用二维数组来存…
阅读更多...
物业管理的隐形杀手：纸质点检表，你还在用吗？

物业管理的隐形杀手：纸质点检表，你还在用吗？

在日常的生活中&#xff0c;我们经常会看到小区物业保洁、客服人员在工作岗位忙忙碌碌&#xff0c;但忽略了默默为我们提供舒适环境的“隐形守护者”——物业设施设备。然而&#xff0c;一旦这些设备出现故障&#xff0c;我们的日常生活就会陷入混乱。那么&#xff0c;如何确保…
阅读更多...
比特币不是解决货币伦理的「灵丹妙药」

比特币不是解决货币伦理的「灵丹妙药」

原文标题&#xff1a;《Bitcoin is no ‘silver bullet’ for money’s ethical problems》 撰文&#xff1a;Stephen Katte 编译&#xff1a;Chris&#xff0c;Techub News 本文来源香港Web3媒体&#xff1a;Techub News 比特币和法定货币经常因货币伦理问题而受到批评&am…
阅读更多...
AcWing 1639：拓扑顺序 ← 链式前向星

AcWing 1639：拓扑顺序 ← 链式前向星

【题目来源】https://www.acwing.com/problem/content/1641/【题目描述】 这是 2018 年研究生入学考试中给出的一个问题&#xff1a; 以下哪个选项不是从给定的有向图中获得的拓扑序列&#xff1f; 现在&#xff0c;请你编写一个程序来测试每个选项。 【输入格式】 第一行包含两…
阅读更多...
ffmpeg实现视频播放 ----------- Javacv

ffmpeg实现视频播放 ----------- Javacv

什么是Javacv和FFmpeg&#xff1f; Javacv是一个专门为Java开发人员提供的计算机视觉库&#xff0c;它基于FFmpeg和Opencv库&#xff0c;提供了许多用于处理图 像、视频和音频的功能。FFmpeg是一个开源的音视频处理工具集&#xff0c;它提供了用于编码、解码、转换和播放音视频…
阅读更多...
MyBatis 参数上的处理的细节内容

MyBatis 参数上的处理的细节内容

1. MyBatis 参数上的处理的细节内容 文章目录 1. MyBatis 参数上的处理的细节内容2. MyBatis 参数上的处理3. 准备工作4. 单个(一个)参数4.1 单个(一个)简单类型作为参数4.2 单个(一个) Map集合 作为参数4.3 单个(一个) 实体类POJO作为参数 5. 多个参数5.1 Param注解(命名参数)…
阅读更多...
免费学习通刷课（免费高分）Pro版

免费学习通刷课（免费高分）Pro版

文章目录 概要整体架构流程小结 概要 关于上一版的免费高分的学习通刷课&#xff0c;有很多人觉得还得登录太复杂了&#xff0c;然后我又发现了个神脚本&#xff0c;操作简单&#xff0c;可以后台挂着&#xff0c;但是还是建议调整速度到2倍速&#xff0c;然后找到你该刷的课&…
阅读更多...
论文图片颜色提取

论文图片颜色提取

论文绘图的时候有些颜色不知道怎么选取&#xff0c;参考其他论文&#xff0c;将其他论文中的颜色提取下来&#xff0c;用取色器识别出来&#xff0c;记录如下&#xff1a; 颜色代码&#xff1a;#BEAED4 190,174,212 颜色代码&#xff1a;#C4CBCB 196,203,203 颜色代码&am…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023