linux下五种i o的复用模式,五种I/O模式

五种I/O模式

1.阻塞I/O模式

2.非阻塞I/O模式

3.多路复用I/O模式

4.信号驱动I/O模式

5.异步I/O模式

理解如下：

家里来了客人，老婆下厨做饭，发现没有酱油和醋，命令你去买。你跑到超市，售货员告诉你酱油卖完了，配送酱油的车在路上。方案如下：

方案一：死等(阻塞模式，默认方式简单直接)

你坐在等候区，拿到酱油马上跑回家。

方案二：一直跑(非阻塞模式，浪费cup)

你听到售货员说现在酱油在配送的路上，你跑回家告诉老婆，酱油在路上，然后返回超市，没拿到酱油你就来回跑着。

方案三：命令打包(多路复用模式，同时侦听多个线程)

老婆把买醋的命令也下达个你了，售货员说醋也在配送路上，不管买到酱油或醋，买上就跑回家。

方案四：超市到货通知(信号驱动，信号太多)

你告诉售货员，酱油到了电话通知我，接着你跑回了家，接到售货员的电话，你去超市买回了酱油。

方案五：让别人去干(异步模式，及时性差)

你没去超市，在网上给超市下了单，配送人员把酱油醋送到你家。

I/O模型

对于read而言，一般都会涉及到两个过程：

1. Waiting for the data to be ready2. Copying the data from the kernel to the

process

接下来的讨论，会根据这两阶段的操作进行描述。

I/O一共有5大模型：

1、阻塞I/O

应用进程产生一个system call

，如果内核没有数据准备好，则会一直wait，处于阻塞，当内核数据准备好之后，将会把数据从内核再拷贝到应用进程，这一copy过程也处于阻塞状态。

2、非阻塞I/O

之所以称作为非阻塞I/O，就意味着当应用进程产生一个system

call的时候，不管内核的数据是否准备好，都会立即返回。而后，再一次发起call，这是一个轮询的过程。当内核数据准备好之后，便可以正常进行响应。这一过程是非阻塞的。而当数据从内核copy到应用进程的过程，仍然是阻塞，应为要保证数据完整与一致。

3、I/O复用

使用I/O复用，一个或多个 system call 阻塞于select 或是

poll，而不是阻塞与真正的调用。当内核有数据准备好的时候，会通知select或是poll，接下来，会发起真正的system

call，也就是图片中的recvfrom。之后，便会正常copy数据到应用进程。值得注意的是，I/O复用产生了两次system

call，一次select(poll)，一次recvfrom。因此，如果进程只是处理单一描述字(descriptor)的话，使用I/O复用不但不会有好的效果，而且还会有额外的系统开销，所以，I/O复用一般都用于处理多个描述字(descriptors)的情况下。

4、信号驱动I/O

我们可以使用信号驱动I/O，当有描述字准备好后，内核会产生信号来通知应用进程。信号驱动模型不同于上述三种，对于应用进程而言，它在等待接受数据过程中，处于被通知状态。这一过程，相当于一个异步操作。但是，对于内核copy数据到应用进程这一过程，应用进程仍然处于阻塞的状态。

5、异步I/O

信号驱动I/O模型中，在等待内核数据准备阶段中，是一个异步的过程，而数据copy阶段则是阻塞的，也就是同步的。但是对于异步I/O模型而言，这两个阶段都是异步的。也就说，当引用进程产生一个aio_read后，它会继续执行其他操作，整个过程不会产生任何阻塞