Linux五种IO模型

1.阻塞IO模型

这是一种最传统的一种IO模型，即在读写数据过程中会发生阻塞现象
也是最简单的IO模型，一般表现为进程或县城等待某个条件，如果条件不满足，
则一直等待下去，如果条件满足，则进行下一步操作
应用进程通过系统调用recvfrom接收数据，但由于内核还没准备好数据，应用进程
就会阻塞，知道内核准备好数据，recvfrom完成数据报的复制工作，应用进程才能结束阻塞状态

2.非阻塞IO模型

应用进程与内核进行交互，目的未达到之前，不再一味地等待，而是直接返回
然后通过轮询的方式，不停地询问内核数据有没有准备好，如果某一次轮询时发现数据
已经准备好了，那么就把数据复制到用户空间
应用进程通过recvfrom不停地与内核交互，直到内核准备好数据。如果没有准备好
内核会返回error,应用进程在得到error后，过一段时间再发送recvfrom请求，
在两次请求的时间间隔，进程可以做别的事情

3.信号驱动IO模型

应用进程预先向内核注册一个信号处理函数
然后用户进程不阻塞直接返回，当内核数据准备就绪时
会发送一个信号给进程，用户进程在信号处理函数中把数据
复制到用户空间，实现比较复杂

4.IO复用模型

多个进程的IO可以注册到同一个管道上，这个管道会统一和内核进行交互
当管道中的某一个请求需要的数据准备好之后，进程再把对应的数据复制到用户空间
IO多路转接是多了一个select函数，多个进程的IO可以注册到同一个select上，当用户进程调用该select时
select会监听所有注册好的IO，如果所有被监听的IO需要的数据都没有准备好，那么select调用进程会阻塞
当任意一个IO所需要的数据准备好之后，select调用就会返回，然后进程通过recvfrom实现数据复制
这里并没有向内核注册信号处理函数，所以IO复用模型并不是非阻塞的，进程在发出select后
要等select监听的所有IO操作中至少一个需要的数据准备好，才会由返回值，并且需要再次发送请求去执行文件的复制
阻塞IO模型，非阻塞IO模型，IO复用模型和信号驱动IO模型都是同步的IO模型，因为无论哪种模型
真正的数据复制过程都是同步进行的

5.异步IO模型

应用进程把IO请求传给内核后，完全由内核去完成文件的复制。
内核完成相关操作后，会发送信号告诉应用进程本次IO操作已经完成
用户进程发起aio_read操作之后，给内核传递描述符、缓冲区指针、缓冲区大小等
告诉内核当整个操作完成时，如何通知进程，然后就立刻去做其他事情了，
当内核收到aio_read后会立刻返回，然后开始等待数据准备，数据准备好之后，直接把
数据复制到用户空间，然后通知本次IO操作已经完成