网络I/O模型

阻塞型（blocking IO）

        阻塞IO模型是最简单的I/O模型，用户线程在内核进行IO操作时被阻塞用户线程通过系统调用read发起I/O读操作，由用户空间转到内核空间。内核等到数据包到达后，然后将接收的数据拷贝到用户空间，完成read操作。
用户需要等待read将数据读取到buffer后，才继续处理接收的数据。整个I/O请求的过程中，用户线程是被阻塞的，这导致用户在发起IO请求时，不能做任何事情，对CPU的资源利用率不够

优点:程序简单，在阻塞等待数据期间进程/线程挂起，基本不会占用CPU资源
缺点:每个连接需要独立的进程/线程单独处理，当并发请求量大时为了维护程序，内存、线程切换开销较大，apache的preforck使用的是这种模式。

同步阻塞：程序向内核发送I/0请求后一直等待内核响应，如果内核处理请求的IO操作不能立即返回，则进程将一直等待并不再接受新的请求，并由进程轮训查看I/0是否完成，完成后进程将I/0结果返回给Client，在IO没有返回期间进程不能接受其他客户的请求，而且是有进程自己去查看I/0是否完成，这种方式简单，但是比较慢，用的比较少。
 

非阻塞型（nonblocking IO）

        用户线程发起I0请求时立即返回。但并未读取到任何数据，用户线程需要不断地发起IO请求，直到数据到达后，才真正读取到数据，继续执行。即"轮询"机制存在两个问题:如果有大量文件描述符都要等,那么就得一个一个的read。这会带来大量的Context Switc