2024年运维最全女友：不跟我解释清楚 Linux I O 晚上你就睡沙发吧(2)，2024年最新源码解读-别再说你不知道HashMap原理-CSDN博客

本文链接：https://blog.csdn.net/2301_77033340/article/details/138447037

文章详细介绍了Linux中的I/O模型，包括阻塞I/O、非阻塞I/O、I/O复用、信号驱动I/O和异步I/O，强调了知识体系和系统学习的重要性，同时还提到了与运维面试相关的技术知识点。

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

最后的话

最近很多小伙伴找我要Linux学习资料，于是我翻箱倒柜，整理了一些优质资源，涵盖视频、电子书、PPT等共享给大家！

资料预览

给大家整理的视频资料：

给大家整理的电子书资料：

如果本文对你有帮助，欢迎点赞、收藏、转发给朋友，让我有持续创作的动力！

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

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

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

+ [非阻塞 I/O](#_IO_60)
+ [I/O复用](#IO_91)
+ [信号驱动 I/O](#_IO_126)
+ [异步 I/O](#_IO_157)
+ [总结](#_176)

在这里插入图片描述
I/O 其实就是 input 和 output（输入输出）

在计算机操作系统中对应数据流的输入与输出，在 Linux 中，既有文件的 I/O，也有网络 I/O

无论是文件 I/O 还是网络 I/O，其传输过程都是类似的

今天我们以文件 I/O 为例，来深入浅出一下 Linux 的 I/O 模型

我们的程序想要打开一个文件，去查看里面的内容，那么就需要将文件内容加载到内存里面，这个过程是一个比较复杂的过程

首先需要通过内核将数据从硬盘中读取出来，然后放到操作系统的内核缓冲区中，然后再将数据拷贝到程序缓冲区，这时候程序才能获取到相应的数据，打开相应的文件

简单来说，无论什么 I/O 模型，其读取过程都会经历下面两个阶段：

将数据放到内核缓冲区（等待数据过程）
将内核缓冲区的数据拷贝（copy）到程序缓冲区（拷贝数据过程）

在这里插入图片描述
接下来我们来看一下五种 Linux I/O 模型，不然晚上就得睡沙发了捏

阻塞 I/O

阻塞 I/O 称为 Blocking I/O，简称 BIO

在阻塞 I/O 模型里面，当进程发起一个读取文件的请求时（recvfrom 系统调用），如果内核缓冲区没有缓存对应的数据，那么内核就会去读取磁盘，将对应数据放到内核缓冲区，当数据读取完毕后，返回给进程

这便是第一个阶段，在第一阶段中，进程是阻塞的，它干不了任何事，只能乖乖地等内核将数据读取到内核缓冲区

当进程收到内核的响应之后，把内核缓冲区中的数据 copy 一份到程序缓冲区，最后完成读取文件的操作

这便是第二阶段，在第二阶段中，进程也是堵塞的，它只能乖乖地将数据从内核缓冲区 copy 到程序缓冲区

总结：在阻塞 I/O 模型里面，从硬件到内核，从内核到程序空间，都是阻塞的在这里插入图片描述

非阻塞 I/O

在非阻塞 I/O 模型中，当进程发起一个读取文件的请求时（recvfrom 系统调用），如果内核缓冲区没有缓存对应的数据，那么内核就会去读取磁盘，将对应数据放到内核缓冲区

但此时进程的请求不是堵塞的，内核在读取磁盘数据的时候会先返回一个错误信息给进程——数据暂时还没准备好，你待会再来试试

于是进程就会不断地向内核发起重试，一直问：数据准备好了没数据准备好了没

当内核读取数据完毕后，就会通知进程：数据已经准备好了，你可以来拿了

于是第一阶段就此结束，在第一阶段里面进程不会在这里干等，而是不断的轮询重试，但也是阻塞的

当进程收到内核的响应之后，把内核缓冲区中的数据 copy 一份到程序缓冲区，最后完成读取文件的操作

于是第二阶段就此结束，在第二阶段里面进程是堵塞的，它只能乖乖地将数据从内核缓冲区 copy 到程序缓冲区

总结：在非阻塞 I/O 模型里面，从硬件到内核，从内核到程序空间，都是阻塞的。但比阻塞 I/O 有进步了一点，并不是站在那里干等，而是时不时跑去问一下内核。即使是无用功，效率多少还是提高了一点的在这里插入图片描述

I/O复用

之所以叫复用，是因为在这个模型中进程可以同时操作多个数据流，而不像前面所讲的阻塞 I/O、非阻塞 I/O 同一时间只能操作一个数据流

在 I/O 复用模型中，进程监听多个数据流，然后去不断的轮询，当其中一个数据流有数据之后，内核便会通知进程

UNIX/Linux 下的 select、poll、epoll 就是干这个的（epoll 比 poll、select 效率高，做的事情是一样的）

于是第一阶段就此结束，在第一阶段里面进程会不断地对多个数据流进行轮询重试，但依旧是阻塞的

当收到内核的通知之后，进程就会将数据从内核缓冲区 copy 到程序缓冲区，最后完成读取文件的操作

于是第二阶段就此结束，在第二阶段里面进程是堵塞的，它只能乖乖地将数据从内核缓冲区 copy 到程序缓冲区

I/O 多路复用中有 select、poll、epoll 函数，select 调用是内核级别的，select轮询相对非阻塞的轮询的区别在于——select 轮询可以监听多个数据流，当其中任何一个数据流的数据准备好了，就能返回成功

总结：

I/O 复用模型的第二阶段与阻塞 I/O、非阻塞 I/O 的第二阶段是一致的，但是在第一阶段中，进程能够同时轮询多个数据流，监听多个数据流，其效率有巨大的提升
I/O 多路复用是阻塞在select，epoll 这样的系统调用之上，而没有阻塞在真正的 I/O 系统调用如 recvfrom 之上
I/O 多路复用在阻塞到 select 阶段时，用户进程是主动等待并调用 select 函数获取数据就绪状态消息，并且其进程状态为阻塞。所以，把IO多路复用归为同步阻塞模式

信号驱动 I/O

信号驱动 I/O 可以说是 I/O 模型上的一个里程碑

它与前面三个 I/O 模型的区别在于信号这个词

信号驱动 I/O 在第一阶段，即等待内核将数据从磁盘读取到内核缓冲区这个阶段，进程是不阻塞的，而是设置了一个信号回调，当数据到达内核缓冲区之后，内核调用程序的回调

在第一阶段里面进程是非阻塞的，它可以去干其他事情

当数据到达内核缓存区，进程收到内核的信号之后，进程再将数据从内核缓冲区 copy 到程序缓冲区，最后完成读取文件的操作

第二阶段就此结束，在第二阶段里面进程是堵塞的，它只能乖乖地将数据从内核缓冲区 copy 到程序缓冲区

总结：

虽然说信号驱动 I/O 模型的第二阶段跟前面三个 I/O 模型一样，即进程是阻塞的。但在第一阶段做到了真正的异步
信号驱动 IO 在第一阶段，进程去请求内核读取数据，这时候其不会阻塞，也不会去轮询，而是设置一个信号回调。 当数据完全拷贝到系统内核时，系统发出 SIGIO 信号，通知进程去进行第二阶段，将数据拷贝到程序缓冲区