Linux下一切皆文件
个人主页：Lei宝啊
愿所有美好如期而遇
目录
你是否听过Linux下一切皆文件？
在哪里我们体悟到了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下一切皆文件！
我们最后整体梳理一下流程：
- 用户调用fopen
- fopen封装了open系统调用
- open打开文件返回了fd
- FILE*->fileno = fd
- 给用户返回FILE*
- 用户调用fwrite，传入参数FILE*
- fwrite封装了write系统调用
- write传入参数FILE*->fileno
- 操作系统执行write，操作系统找到调用write的进程
- 操作系统找到该进程中的struct files_struct *files
- 根据files指针找到files_struct
- 在files_struct中找到fd_array[]
- 根据fd_array[FILE*->fileno]找到对应的struct file
- ----------------------------------------------------------------
- 操作系统执行struct file里的驱动方法
- 操作系统......
到这里，我们关于Linux下一切皆文件全部讲解完，如果觉得博主写的还可以，点个关注，我们下期再见。