2024年Linux最新【Linux】基础IO（万字详解） —(2)，吊打面试官系列

为了做好运维面试路上的助攻手，特整理了上百道 【运维技术栈面试题集锦】 ，让你面试不慌心不跳，高薪offer怀里抱！

这次整理的面试题，小到shell、MySQL，大到K8s等云原生技术栈，不仅适合运维新人入行面试需要，还适用于想提升进阶跳槽加薪的运维朋友。

本份面试集锦涵盖了

• 174 道运维工程师面试题
• 128道k8s面试题
• 108道shell脚本面试题
• 200道Linux面试题
• 51道docker面试题
• 35道Jenkis面试题
• 78道MongoDB面试题
• 17道ansible面试题
• 60道dubbo面试题
• 53道kafka面试
• 18道mysql面试题
• 40道nginx面试题
• 77道redis面试题
• 28道zookeeper

总计 1000+ 道面试题， 内容 又全含金量又高

• 174道运维工程师面试题

1、什么是运维?

2、在工作中，运维人员经常需要跟运营人员打交道，请问运营人员是做什么工作的?

3、现在给你三百台服务器，你怎么对他们进行管理?

4、简述raid0 raid1raid5二种工作模式的工作原理及特点

5、LVS、Nginx、HAproxy有什么区别?工作中你怎么选择?

6、Squid、Varinsh和Nginx有什么区别，工作中你怎么选择?

7、Tomcat和Resin有什么区别，工作中你怎么选择?

8、什么是中间件?什么是jdk?

9、讲述一下Tomcat8005、8009、8080三个端口的含义？

10、什么叫CDN?

11、什么叫网站灰度发布?

12、简述DNS进行域名解析的过程?

13、RabbitMQ是什么东西?

14、讲一下Keepalived的工作原理?

15、讲述一下LVS三种模式的工作过程?

16、mysql的innodb如何定位锁问题，mysql如何减少主从复制延迟?

17、如何重置mysql root密码?

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

键盘：scanf/cin ——》一种read

![在这里插入图片描述](https://img-blog.csdnimg.cn/f290829db9b14fe7b988f1256b06c03d.png) 🧐什么叫做文件呢？


* 站在系统的角度，能够**被input读取**，或者能够**被output写出**的**设备**就叫文件！



> 
> 侠义上的文件：普通的**磁盘文件**  
>  广义上的文件：显示器，键盘，网卡，**磁盘**，显卡，声卡，几乎所有的外设，都可以称为文件
> 
> 
> 


### 1. 回顾C中的文件操作


#### 🥑C读写文件


文件操作：


* 首先要打开文件：打开**成功**，**返回文件指针**；打开失败，返回NULL
* 最后要关闭文件

FILE *fopen(const char *path, const char *mode);//路径 + 打开方式
int fclose(FILE *fp);

**💦C写文件**  
 们可以fputs/fgets以字符串形式读写；也可以fprintf/fscanf格式化读写

int fputs(const char *s, FILE *stream); 向特定文件流写入字符串

int fprintf(FILE *stream, const char *format, …);

什么叫做**当前路径**？


* 当一个**进程运行**起来的时候，每个**进程**都会记录自己**当前所处的工作路径**


![在这里插入图片描述](https://img-blog.csdnimg.cn/7dbef95954da49fdb19190767bf52640.png)


如果以`w`模式打开文件，**默认把原始内容清掉**，再**写入**（类似输入重定向）


![在这里插入图片描述](https://img-blog.csdnimg.cn/ade817e1cfc04f6d962b149501787e90.png)


如果要以**追加**方式写，则要以"`a`" append模式打开文件  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/d0078991c80a4f51ad54ff2ce7daf2d3.png)


**💢细节提问：** 此处的strlen要不要+1？

//进行文件操作
const char* s1 = “hello fwrite\n”;
fwrite(s1, strlen(s1), 1, fp);

**不要！**，`\0`结尾是C语言的规定，文件用遵守吗？**文件保存的是有效数据！**  
 否则就会出现乱码


![在这里插入图片描述](https://img-blog.csdnimg.cn/04f6d813ec1a4620b58b0d9db9a1e48d.png)


tips：快速清空文件

log.txt //输入前已经清空文件，输入的又为空白

**💦C读文件**  
 fgets从特定文件流中**按行读取**，内容放在缓冲区。读取成功返回字符串起始地址，读失败返回NULL

char *fgets(char *s, int size, FILE *stream); //size:为缓冲区大小

![在这里插入图片描述](https://img-blog.csdnimg.cn/82f7322d1ca64731aa35931ddb82d174.png)


#### 🥑关于stdin stdout stderr


C语言默认会打开**三个输入输出流：stdin、stdout、stderr**， 它们的类型都是`FILE*`，这三个东西是什么呢？


* C语言把它们当做**文件**看待；站在系统角度，`stdin`对应的硬件设备是**键盘**、`stdout`对应**显示器**、`stderr`对应**显示器**，本质上我们最终都是访问硬件。C++中也有cin、cout、cerr，几乎所有语言都提供标准输入、标准输出、标准错误


既然fputs是向文件写入，stdout也是FILE\*类型，我们是不是可以向显示器标准输出打印了？这说明显示器被看做文件（有那味了） 喊出那句话：Linux下，一切皆文件


### 2.系统文件 I / O


通过之前的学习，这些文件操作最终都是访问**硬件**(显示器、键盘、磁盘)。众所周知，**OS是硬件的管理者**。所有语言上对“文件”的操作，都必须贯穿操作系统。然而OS不相信任何人，访问操作系统，就必须要通过系统接口！！


open/fclose，fread/fwrite，fputs/fgets，fgets/fputs 等库函数一定需要使用OS提供的系统调用接口，接下来我们就来学习文件的**系统调用接口**，才能做到**万变不离其宗！！**


![在这里插入图片描述](https://img-blog.csdnimg.cn/5b47b51cffbc4e279439a065af11d42e.png)


#### 🌈open & close


💢通过手册查找 `man 2 open`

#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

int open(const char *pathname, int flags);//路径 + 选项
int open(const char *pathname, int flags, mode_t mode);

参数说明

pathname: 要打开或创建的目标文件文件名
flags: 打开方式。传递多个标志位，下面的一个或者多个常量进行“或”运算，构成flags.
O_RDONLY: 只读打开
O_WRONLY: 只写打开
O_RDWR : 读写打开
以上这三个常量，必须指定一个且只能指定一个
O_CREAT : 若文件不存在，则创建它。同时需要使用mode选项，来指明新文件的访问权限
O_APPEND: 追加写
mode: 设置默认权限信息

返回值说明：

return the new file descriptor, or -1 if an error occurred (in which case, errno is set appropriately).
成功: 新打开的文件描述符
失败: -1

**💢man 2 close**

#include <unistd.h>

int close(int fd);

话不多说，用起来。open如果以写入方式打开且文件不存在，需要或`|`上O\_CREAT，这与C中以"w"模式打开完全一样 (为什么是`|`呢，继续看下去吧)。如果我们先不带第三个参数去实现


![在这里插入图片描述](https://img-blog.csdnimg.cn/9d58ccdb3bf145f699371a0aac226532.png)  
 发现open并没有帮我创建新文件，因为我刚刚用的是C语言的接口，C语言的接口创建难道在系统也一样？


![在这里插入图片描述](https://img-blog.csdnimg.cn/a28b748204814d1bb2d4d94d6759ef70.png)  
 可以看见文件的权限为什么是这样子的？有这个文件，要创建它，系统层面就**必须指定权限是多少！**，也是要用到我们的**第三个参数**了，我们采用权限设置的八进制方案——


* 我们在应用层看到一个很简单的动作，在系统接口层面甚至OS层面，可能做了非常多的动作！ 我根本就不关心什么只写、创建、权限这些与系统相关的概念。语言为我们做了封装，我用就好了。
* 也就是：哪有什么岁月静好，有人负重前行罢了

fopen(“./log.txt”, “w”);
int fd = open(“./log.txt”, O_WRONLY | O_CREAT, 0666);//umask过滤权限，可以把umask设为0

💢那第二个参数flags(int)为什么要把模式|在一起呢？


* 这是一种**用户层给内核传递标志位**的常用做法。
* int有32个比特位，不重复的一个bit，就可以表示不同状态，就可以**传递多个标志位**且位运算效率较高。这些`O_RDONLY`、`O_WRONLY`、`O_RDWR`都是只有一个比特位是1的宏，并且相互不重复，这样`|`在一起，就能传递多个标志位

//用int中的不重复的一个bit，就可以表示不同状态
#define ONE 0x1 //0000 0001
#define TWO 0X2 //0000 0010
#define THREE 0X4 //0000 0100

//系统内部用 & 来验证标志位是否为1
void show(int flags)//0000 0011
{
if(flags & ONE) printf(“hello one\n”);//0000 0011 & 0000 0001 为真
if(flags & TWO) printf(“hello two\n”);
if(flags & THREE) printf(“hello three\n”);
}

int main()
{
show(ONE);
show(ONE | TWO); //0000 0001 | 0000 0010
show(ONE | TWO | THREE);
}

进入`fcntl-linux.h`此文件，可以看到


![在这里插入图片描述](https://img-blog.csdnimg.cn/3cb8cb16a6704a9fa495b7dd0cba2afb.png)


#### 🌈read & write


找辣个男人问问 哈哈哈  
 **💦man 2 write**

#include <unistd.h>

ssize_t write(int fd, const void *buf, size_t count);
参数：
buf: 用户缓冲区
count: 期望写的字节数
返回值：实际写入的字节数

![在这里插入图片描述](https://img-blog.csdnimg.cn/7949fd5c89a642abaca1fb5b3e8b9e1d.png)


又一次写入时，我们发现：


![在这里插入图片描述](https://img-blog.csdnimg.cn/ef1d5f7cf373442f83519c6e86dd4318.png)


`O_TRUNC`: 打开文件的时候**直接清空**文件

O_TRUNC:
如果文件已经存在并且是一个常规文件，并且开放模式允许写入(即是0_RDNRor O_MwRONLY)，那么它将被截断为长度为0(也就是清空文件)

![在这里插入图片描述](https://img-blog.csdnimg.cn/cb712a32095e4a0aa084979cecfbb1df.png)


`O_APPEND`: 追加文件


![在这里插入图片描述](https://img-blog.csdnimg.cn/08a1b700c21d457795b36a9c76f74777.png)


注意注意：写入文件的过程中，不需要写入`\0`！因为\0是**C语言**层面上规定字符串的结束标志，而**写入文件关心的是字符串的内容**，文件和语言不要搞混了


**💦 man 2 read**

#include <unistd.h>

ssize_t read(int fd, void *buf, size_t count);
参数：
buf: 读到的内容放在用户层缓冲区中，也就是自己定义缓冲区
count: 期望读多少个字节
返回值：实际读多少个字节

读文件的前提：文件已经存在，不涉及创建及权限的问题，那么用两个参数的open打开文件即可


![在这里插入图片描述](https://img-blog.csdnimg.cn/bf8096bf7071434bbb5014a57e066398.png)


### 3.文件描述符（fd）


通过上面的练习，我发现每次成功open的fd都是3  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/ea63c0642e534081bd758efb222305f3.png)


接下来，我们连续的打开文件，观察fd。我们知道**打开文件失败返回-1**，那么012去哪了呢？012消失的原因，要么是不让用，要么是被别人占用


![在这里插入图片描述](https://img-blog.csdnimg.cn/63f875ecdb024a5fa3fd39826b902e25.png)


事实上，当我们的程序运行起来变成**进程**，默认情况下，`OS`会帮助我们打开三个标准输入输出，012其实分别对应的就是**标准输入、标准输出、标准错误**


实践出真知：


![在这里插入图片描述](https://img-blog.csdnimg.cn/df25269ee088440fbd2244a9b76ffa75.png)  
 c语言上的**stdin标准输入、stdout标准输出、stderr标准错误**，对应硬件设备也是**键盘、显示器、显示器**，这有什么关联呢？


话说回来，我们还是一直没搞懂`FILE*`是什么东西，`FILE*open`


* FILE其实是一个`struct`**结构体**！是C语言库提供的，一般内部有多种成员
* C文件 库函数内部 一定要调用 **系统调用**
* 在系统角度，只认识`fd`
* 所以FILE结构体里面，**必定封装了fd**


怎么样证明FILE结构体里面，必定封装了fd？


![在这里插入图片描述](https://img-blog.csdnimg.cn/9df6e960a4e34f3b985e1707b981599e.png)


#### 🎨file descriptor（fd文件描述符）


所有的文件操作都是**进程**执行对应的函数，即本质上是**进程对文件的操作**


🔸 如果一个文件没有被打开，这个文件是在磁盘上。如果我创建一个空文件，该文件也是要占用磁盘空间的，因为文件的属性早就存在了(包括名称、时间、类型、大小、权限、用户名所属组等等)，属性也是数据，所谓“空文件”是指文件内容为空


🥑文件 = 内容 + 属性。对文件的操作也是分成两类的：对文件内容的操作 + 对文件属性的操作


🔸 要操作文件，必须打开文件(C语言fopen、系统上open)，本质上，就是文件相关的属性信息从**磁盘加载到内存**的过程



> 
> 文件：被进程打开的文件（内存文件），没有被打开的文件（磁盘文件）
> 
> 
> 


操作系统中存在大量进程，**一个进程可以打开多个文件**：进程：文件 = `1：1`。系统中会存在**大量的被打开的文件**！所以OS要不要把如此之多的文件在内存中也管理起来呢？ **必须管理！** 先描述再组织


我们操作系统是C语言写的，`OS`内部要为了管理每一个被打开的文件，构建`struct file`

//创建struct file 对象，充当一个被打开的文件
struct file
{
struct file * next;
struct file * prev;
//包含了一个被打开的文件的几乎所有的内容（不仅仅包含属性，权限，缓冲区）
}

* 🌍文件描述符：01234567，**从0开始，连续的小整数**，会让我们联想到**数组下标！**


打开的这么多文件，怎么知道**哪些是我们进程的呢**？操作系统为了让**进程和文件之间产生关联**，进程在内核创建`struct files_struct` 的结构，这个结构包含了一个数组 `struct file* fd_array[]` ，也就是一个**指针数组**，把表述文件的结构体地址填入到特定下标中。


![在这里插入图片描述](https://img-blog.csdnimg.cn/3b9cbb85dbcd461b92a3b9e8d8044e8d.png)


🥑那么现在就能解释了为什么打开文件返回的是3：


* 新打开一个文件本质是内核会为我们**描述**struct file结构，再把struct file地址填入到fd\_array[]数组下标去，因为012已经被占用了，于是填到3号下标，对应的数组下标3返回给用户，这样就能通过fd从而找到了文件对象


这也解释了为什么write和read这样的系统调用接口为什么一定要传入**文件描述符fd**：执行系统调用接口是进程执行的，通过进程PCB，找到自己打开的文件列表，通过fd索引数组找到对应的文件，从而对文件进行操作


✅ 结论：文件描述符fd，本质是内核中**进程和打开文件关联**的**数组下标**


🍈接下来我们看看源代码：


![在这里插入图片描述](https://img-blog.csdnimg.cn/56f9f07d224f41d79ad8227f142e6aad.png)


刚好对应我们的猜测：  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/12739f2cc7c34bd1803cee133542889f.png)  
 我们理一下逻辑：


* 🔥调用fopen -> 底层是调用open -> 得到fd -> 封装成FILE -> 返回FILE\*给给open，传到用户手里
* 🔥**写**：用户调用fwrite（） -> FILE\* -> 包含了fd -> 内部封装write -> 最后是write（fd， …）-> 自己执行操作系统内部的write -> 找到进程的task\_struct -> 再找到\*fs 指针 -> 找到文件描述符表 files\_ struct -> fd\_ array[ fd ] -> struct \_file -> 找到了内存文件


#### 🎨理性认识一切皆文件


**一切皆文件**是linux设计哲学，体现在操作系统的软件设计层面


Linux是C语言写的！那如何用C语言实现面向对象，甚至多态？


* 我们知道：类是由成员函数 + 成员方法组成，c语言里的`struct`就能实现

struct file
{
int size:
mode_t mode;
int user;
int group;
…
//函数指针
int (*readp)(int fd, void * buffer, int len);
int (*writep)(int fd, void * buffer, int len);
…
}

对于键盘显示器等等这些外设，一定都有比如像read、write读写方法，因为由冯诺依曼体系结构知，外设是要和内存打交道的。这可能有些奇怪，比如键盘能读我知道，但能写吗注意，我们有统一的读写方法，但不代表非要每一个都实现，比如键盘就可以没有写方法，即方法为空  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/fa95c0870ae24b17a4b40d1dfa256900.png)


* 底层不同的硬件，一定对应的是不同的操作方法！！
* 上面所述的外设，每一个设备的核心访问函数，都可以是read，write （IO）



> 
> 所有的设备都可以有自己的`read`和`write`，但是**代码的实现方法一定是不一样的**
> 
> 
> 


那又是**如何做到一切皆文件的呢**？Linux中做了软件的虚拟层`vfs`(虚拟文件系统)，会统一维护每一个打开文件的结构体struct file. 上层的`struct file`是**操作系统`OS`实行维护**的


我们在每个struct file当中包含上一大堆的函数指针，这样，在struct file上层看来所有的文件都是调用统一的接口；在底层我们通过函数指针指向不同硬件的方法。  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/ed1a0266ad064419a1eb510076e63b84.png)



> 
> 说白了就是，我上层不管你具体是什么鸡鸭鹅，都统一被我看成了动物类，类里面有具体的辨别方法，鹅的话就调用鹅的辨别方法，鸡就调用鸡的方法，这样就是**一切皆动物**的思维了，可以理解为C++的多态是漫长的软件开发摸索中实现`“一切皆…”`的高级版本/语言版本
> 
> 
> 


在源代码中，`struct file`就有这样一个结构体指针，指向底层各种实现方法


![在这里插入图片描述](https://img-blog.csdnimg.cn/a17b594d7f1343a4a4aa9dcc1bf56b16.png)


这就是面**面向对象**的手法


#### 🎨文件描述符的分配规则


观察如下代码，可以看到，我把0关掉后，再打开文件是分配的文件描述符就是0 ~


![在这里插入图片描述](https://img-blog.csdnimg.cn/a06f3efed6a04fc591531ee182d93ad4.png)![在这里插入图片描述](https://img-blog.csdnimg.cn/af5f45da3efe465d8b005c346313d9b9.png)  


**先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前在阿里**

**深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！**

**因此收集整理了一份《2024年最新Linux运维全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。**
![img](https://img-blog.csdnimg.cn/img_convert/529b851dc857502e1c3073528c6413d6.png)
![img](https://img-blog.csdnimg.cn/img_convert/32d78f2bef352b6e80bc9345ee647523.png)
![img](https://img-blog.csdnimg.cn/img_convert/5ca7e64671e51f4787d4e7287202b9b6.png)
![img](https://img-blog.csdnimg.cn/img_convert/996220772f8a7b5eed404c79722bcb2e.png)
![img](https://img-blog.csdnimg.cn/img_convert/42af48cfb892cb6d5159f8de95ce0c97.png)

**既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上运维知识点，真正体系化！**

**由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

**[需要这份系统化的资料的朋友，可以点击这里获取！](https://bbs.csdn.net/topics/618542503)**

介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前在阿里**

**深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！**

**因此收集整理了一份《2024年最新Linux运维全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。**
[外链图片转存中...(img-izv1ygLd-1714750349149)]
[外链图片转存中...(img-JCviG6r3-1714750349150)]
[外链图片转存中...(img-v1BXIvg4-1714750349150)]
[外链图片转存中...(img-eF7nhNvn-1714750349150)]
[外链图片转存中...(img-V3Bz2ptc-1714750349151)]

**既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上运维知识点，真正体系化！**

**由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

**[需要这份系统化的资料的朋友，可以点击这里获取！](https://bbs.csdn.net/topics/618542503)**