Linux下一切皆文件

Lei宝啊

于 2024-01-02 11:57:25 发布

阅读量987

点赞数 29

分类专栏： Linux 文章标签： Linux

本文链接：https://blog.csdn.net/m0_74824254/article/details/135294325

版权

Linux 专栏收录该内容

69 篇文章 2 订阅

订阅专栏

本文解释了Linux中一切皆文件的概念，通过C语言和操作系统角度，阐述了文件的本质、内存文件与硬件驱动的关系，以及用户如何通过抽象层操作硬件。

摘要由CSDN通过智能技术生成

个人主页：Lei宝啊

愿所有美好如期而遇

你是否听过Linux下一切皆文件？

在哪里我们体悟到了Linux下一切皆文件？

我们抛出第一个问题：C语言可以实现面向对象吗？

第二个问题：不同的硬件读写方法相同吗？

第三个问题：如何办到Linux下一切皆文件？

我们最后整体梳理一下流程：

你是否听过Linux下一切皆文件？

刚开始学习Linux的时候，我们从Linux的历史，到学会使用指令入门Linux，到Linux权限理解，到gcc、make、vim、gdb、git等工具的使用，到进程(进程理解，进程创建，进程终止，进程等待，进程替换)，再到IO基础等等，我们走过这样的一段路，也许不止一次听过Linux下一切皆文件的说法，也许没有听过这样的说法，不过没关系，接下来我们将会一步步去理解。

在哪里我们体悟到了Linux下一切皆文件？

文件是什么？

既然要说Linux下一切皆文件，首先我们得明白什么是文件，假如我们创建一个文件，但是没有内容，那么这个文件在磁盘占不占空间呢？

答案是占空间的，文件不仅仅只有内容，还有属性，我们在windows下可以看到文件的属性，比如说创建时间，文件大小，位置等等，所以我们应该知道，文件 = 文件内容 + 文件属性。

第二个，文件分成两种

磁盘文件(未被打开的)
内存文件(被进程打开)

我们只要不使用文件，那么文件就静静地躺在磁盘里，也就是我们的磁盘文件；但是你要是要访问文件，使用文件，就得把文件加载进内存，加载进去就没事了吗？要是加载得多了没人管还了得？所以要被操作系统管理，建立struct file，我们也叫他内存文件，包含了磁盘文件的大部分属性以及几乎所有内容。

在哪里体悟到的？

我们初学Linux时，在命令行解释器下敲着一个又一个指令，我们当时只知道，ls，哦，这个指令敲进去，回车，当前工作目录下的所有文件都会显示出来，ls -l，再多显示个选项，但是你问我指令是什么，抱歉，当时我们不知道。

现在再回头去看，Linux下的指令都是C/C++写的可执行程序，可执行程序是什么? 不就是.exe文件？所以指令也就是文件喽，运行时在内存创建task_struct(进程控制块)，将.exe文件的数据和代码加载进内存，变成进程，说到底，都是被操作系统管理的文件。

那操作系统是个啥？管理软硬件资源的软件，也就是说，操作系统也是可执行程序喽？我们开机耗费的时间干啥了，不就是将操作系统的可执行程序加载进内存吗？就连操作系统本质上都是文件！

理解了这些，我们就会发现，什么vim，什么gcc，都是可执行程序，都是文件，什么shell，也是文件。

常见疑惑

但是有些问题我就不理解了，你上面说的我都懂，但是你说Linux下一切皆文件，那好，键盘是文件吗？显示器是文件吗？各种外设是文件吗？外设明明是硬件，你怎么能说是文件呢？！

stdin，stdout我在学C语言的时候，常和我说，stdin是标准输入，他对应着键盘，stdout是标准输出，他对应着显示器，那我问你

stdin是个啥？
stdout是个啥？

这能难倒我嘛，呵，stdin和stdout不就是C标准库提供的变量吗，类型是FILE*，这多简单，那我们接着往下看。

怎么办到的Linux下一切皆文件？

首先，我们得先理解stdin，stdout，stderr(标准错误)是个啥，他是FILE*类型的，那是不是指向FILE类型，FILE类型是什么？他是个结构体，既然是结构体，里面就得封装变量，那么封装了什么呢？我们只提及两个

文件描述符fd
缓冲区
(两者详细参考Linux重定向原理，由重定向原理贯穿讲解进程、文件描述符及缓冲区，这里不是重点，不多说)

(点击看完蓝色字体的文章，到这里当做你已经懂了stdin和stdout)，现在我们懂了stdin，stdout，那怎么理解stdin对应着键盘，stdout对应着显示器，而且硬件怎么能被当成文件呢？

我们从Linux的设计哲学来说，原因就体现Linux操作系统的软件设计，Linux是什么写的？C语言。

我们抛出第一个问题：C语言可以实现面向对象吗？

我们从C++这门面向对象的语言来看，他之所以被叫做面向对象，是不是因为有类的存在？那么类包含了什么？

成员属性
成员方法

C语言的struct结构体可以包含成员方法吗？当然是不能的，但是没有别的办法了吗？

当然有，聪明的程序员们使用了函数指针，去指向方法，这就变相实现了面向对象，我们看图：

第二个问题：不同的硬件读写方法相同吗？

显示器，键盘，网卡等等都是外设，既然是外部设备，那么就会有读写方式，但是不同的外设，他们的结构都不相同，读写方法当然也就不会相同，所以你显示器有你的read，write方法，我键盘自然也有我自己的read，write方法。

所以不同硬件的read，write方法的实现一定不同！那么这些硬件的读写方法我们叫做什么呢？硬件的驱动方法！

所以我们有下图：

第三个问题：如何办到Linux下一切皆文件？

我们说，有一个文件我想读写，首先他被加载进内存，创建了struct file内存文件(这个文件里就包含了磁盘文件的几乎所有内容，不仅仅是属性，而且里面有对应外设的读写方法，即驱动方法)，接着将这个结构体的地址填入读写他的进程的files指向的files_struct里的fd_array[]中，给open函数返回了fd，然后有FILE封装fd给用户返回FILE*。

从此，我们就可以对这个文件进行一系列操作了，那么是什么时候我们把磁盘当做文件的，或者说在哪个步骤，我们用户忽略了硬件？

是的，就是在struct file创建的时候，他一但创建返回了fd，我们就可以找到他，之后就可以调用他里面对应硬件的驱动方法去对文件做一系列操作。

也就是说，因为struct file的存在，不管是什么外设，我们也不用管驱动方法是否相同，我只需要找到你的struct file，不管是向内核缓冲区写入(只谈一般情况)，还是内核缓冲区里的数据要刷新到对应的硬件上，那都不是我用户该操心的，这都是你操作系统的事情，因为struct file是你操作系统的内核数据结构，关我用户什么事。

至此，我们也就明白，硬件其实一直都是硬件，他当然不是文件，只是我们通过一系列的软件设计，让我们用户不再关心底层，能够统一看待struct file内存文件，对我们用户而言，我不管你底层的东西，对我用户而言，我只要能找到struct file内存文件，那么对硬件的读写就不是问题，这是你操作系统该操心的，我们用户的关心只停留在内存文件，所以我们才说Linux下一切皆文件！