五大I/O模型详解

最新推荐文章于 2022-06-07 22:50:45 发布

weixin_34404393

最新推荐文章于 2022-06-07 22:50:45 发布

阅读量371

点赞数

文章标签： epoll python java

原文链接：https://my.oschina.net/haoran100/blog/708683

版权

2019独角兽企业重金招聘Python工程师标准>>>

前文

在同步与异步&阻塞与非阻塞中，简要的介绍一些基础概念，但这些概念最终是为IO所服务，是为文件所服务。按照Linux一句话来说，一切皆文件。

一、Unix IO模型

Unxi大师Richard Stevens在 UNIX® Network Programming 中讲述了五种I/O 模型

blocking IO
nonblocking IO
IO multiplexing
signal driven IO
asynchronous IO

而本文也是基于这五种I/O模型，以及交叉着同步与异步&阻塞与非阻塞的概念。但在探讨I/O模型之前，先要了解一下I/O模型发生的对象和步骤。

对于一个文件IO的操作(这里以read为例子)，会涉及到两个对象：

一个是调用这个IO的进程process
另外一个就是系统内核kernel

当一个read操作发生时，会经历两个阶段

进程等待内核数据准备(Waiting for the data to be ready)
将数据从内核拷贝到进程中 (Copying the data from the kernel to the process)

二、五大I/O模型

1.blocking IO(阻塞IO)

1.1 概念介绍

在默认情况下，所有的IO操作都是blocking io，流程如上图所示，步骤为：

1、应用进程(application process) 调用了recvfrom这个系统调用
2、然后内核(kernel)开始了IO的第一个阶段：准备数据。在内核准备数据期间，应用进程是一直阻塞的。(Waiting for the data to be ready)
3、内核准备好数据之后，把数据从内核copy到应用内存。在内核copy数据期间，应用进程依然是一直阻塞的。(Copying the data from the kernel to the process)
4、内核返回结果，应用进程才解除block的状态，重新继续执行

1.2 场景比喻

又到了小明买奶茶的时候了。如果不知道小明买奶茶的故事，点这里

小明去买奶茶，可能会有两种方式：

小明点单交钱，然后等着取奶茶；
小明点单交钱，然后奶茶妹给了小明一个小票，等小明的奶茶做好了，再告诉小明来取；

现在【小明点单交钱，然后等着取奶茶】升级一点情节，变成了如下方式：

小明点单交钱，然后等着奶茶妹做奶茶，等着奶茶妹把奶茶给他

这样就变成了这样：

对比blockingIO模型,小明就是应用进程(application process),奶茶妹就是内核(kernel)
小明点单交钱就是就是调用recvfrom
奶茶妹做奶茶，就是(Waiting for the data to be ready)
奶茶妹把奶茶给小明，就是(Copying the data from the kernel to the process)

1.3 blockingIO总结

blocking IO的特点就是在IO执行的两个阶段都阻塞了，而blocking IO整个过程也是同步模型，所以blocking IO可以叫做同步阻塞IO

2.non-blocking IO(非阻塞IO)

2.1 概念介绍

非阻塞IO与阻塞不同点在于不断的查询数据是否准备好，如上图所示，流程为：

1、应用进程(application process) 调用了recvfrom这个系统调用
2、内核告诉应用进程，数据还没有准备好
3、应用进程发现数据没有准备好，不停的调用recvfrom这个系统调用，内核在数据没有准备好的情况下不停的告诉应用进程数据没有准备好。妈的智障
4、内核准备数据。这个过程中，应用进程没有阻塞，因为它在不停的调用！(Waiting for the data to be ready)
5、在应用进程不停的调用中，恰好这次内核把数据准备好了，然后内核把数据copy到应用进程内存。在内核copy数据期间，应用进程是一直阻塞的。(Copying the data from the kernel to the process)
6、内核返回结果，应用进程解除block的状态，重新继续执行

2.2 场景比喻

现在【小明点单交钱，然后等着取奶茶】升级成了下面情节，变成了如下方式：

小明点单交钱，奶茶妹说我这就给你做奶茶，还没好，你等会。
不到3秒钟，小明就问奶茶好了没有，奶茶妹说还没有哦。又过了3秒钟小明又问奶茶好没有，奶茶妹说没有哦。
问了不知道多少次之后，奶茶妹此时终于做好了奶茶，然后把奶茶交到小明手里
奶茶妹说了一句，你的奶茶好了，滚！

2.3 总结

nonBlocking IO模型中，数据准备阶段并没有阻塞，因为应用进程不断的查询内核数据是否准备完毕，并没有被阻塞，实际上应用进程可以在这时干其他事情。在数据复制阶段阻塞。

non-blocking IO模型就不能理解为同步非阻塞模式了，但是也不能理解为异步非阻塞模式，算是同步和异步的一个混合体。

3. IO multiplexing(多路复用)

3.1 概念介绍

多路复用听上去比较难理解，但对应linux的select,poll就好理解了，如上图所示，流程为：

1、应用进程(application process) 调用了select这个系统调用
2、内核开始准备数据。在内核准备数据期间，应用进程是一直阻塞的。(Waiting for the data to be ready)
3、内核告诉应用进程数据准备好了
4、应用进程(application process) 调用了recvfrom这个系统调用
5、内核把数据copy到应用进程内存。在内核copy数据期间，应用进程是一直阻塞的。(Copying the data from the kernel to the process)
6、内核返回结果，应用进程解除block的状态，重新继续执行

咋一看，咦，好像和blockingIO差不多，而且还多了一步调用。那优缺点在哪里呢？

当用户进程调用了select，内核监视这个IO请求
当N个用户进程调用了select,内核监视N个IO请求
有一个用户进程的IO数据准备好了，内核告诉该用户进程数据准备好了，来取吧
所以优点就在于内核可以多监视更多的IO请求，可以同时处理多个connection（多说一句。所以，如果处理的连接数不是很高的话，使用select/epoll的web server不一定比使用multi-threading + blocking IO的web server性能更好，可能延迟还更大。select/epoll的优势并不是对于单个连接能处理得更快，而是在于能处理更多的连接。）
在IO multiplexing Model中，如上图所示，整个用户的process其实是一直被block的，只不过process是被select这个函数block，而不是被socket IO请求给block。这句很重要。
实际中，对于每一个socket，一般都设置成为non-blocking，轮训的时机设计好，才能体现出该IO设计模型的优势。