五种IO模型

在调用read函数的时候要经过两个阶段：

        1. 等待数据阶段：没有数据→数据就绪

2. 数据拷贝阶段：将数据从内核拷贝到用户态（read），或者从用户态拷贝到内核态（write），这个阶段数据拷贝→拷贝完成。

阻塞IO

在这种情况下调用read的时候，如果数据还没有准备好，那就会被阻塞，等到准备好并拷贝完返回结果才解除阻塞状态，所以他会在两个阶段都阻塞。系统调用一般都是阻塞型的，只有当结果返回的时候才会解除阻塞状态。

非阻塞IO

可以设置socket来让其变成非阻塞IO（fcntl( fd, F_SETFL, O_NONBLOCK );），当时用read读的时候，如果数据没有准备好就立即返回，但是如果准备好了在数据拷贝阶段还是会阻塞的。

* recv() 返回值大于0，表示接受数据完毕，返回值即是接受到的字节数；

* recv() 返回0，表示连接已经正常断开；

* recv() 返回-1，且errno 等于EAGAIN，表示recv 操作还没执行完成；

* recv() 返回-1，且errno 不等于EAGAIN，表示recv 操作遇到系统错误errno。

多路复用（事件驱动）IO

select

调用select以后就会阻塞在这里，内核监听所有的select负责的所有的fd，只要有一个数据准备好了就返回，这个时候在调用read读取数据就可以了.首先select()接口并不是实现“事件驱动”的最好选择。因为当需要探测的句柄值较大时，select()接口本身需要消耗大量时间去轮询各个句柄。

epoll

不同的操作系统特供的epoll接口有很大差异，所以使用类似于epoll的接口实现具有较好跨平台能力的服务器会比较困难。而且如果将时间探测和事件响应放在一起的时候，时间探测的过于庞大会导致事件响应迟迟得不到处理。

异步IO

linux下主要用在磁盘IO读写操作，调用了read之后就可以去做别的事情，内核收到这个异步read请求以后会立即返回不会block，然后内核就会等待数据准备完拷贝，之后就会给用户进程发signal告诉他准备好了。

信号驱动IO

当数据准好的时候就会收到一个信号，然后再信号处理函数里面调用io操作函数。