开发中，经常会听到同步IO，异步IO，阻塞IO，非阻塞IO
然而很多人经常混淆认为，同步IO就一定是阻塞的。其实他们是一个不同的概念。
阻塞和非阻塞的区分IO系统调用，如果进行系统调用，进程会陷入内核态直到系统调用完成为阻塞IO,进程无论调用是否成功，会直接返回为非阻塞IO。
同步IO: 指的是IO操作的完成是在当前执行流程下同步完成的
异步IO：指的是调用返回后，IO操作并没有完成，而是由某个线程负责真正的IO操作，完成后通知原来的线程。
所以有，同步阻塞IO, 同步非阻塞IO,异步非阻塞IO.
举个栗子如果你用户发起一个系统调用read/recv，假如此时网卡数据还没到内核缓冲区，
如果是同步阻塞IO：则此时会一直陷入内核态一直等待(系统中断或信号会返回)，当网卡数据到达内核缓冲区，系统调用将数据从内核缓冲区拷贝到用户缓冲区，系统调用返回，此时IO操作完成。
如果是同步非阻塞IO：则此时会理解返回失败。如果数据到达内核缓冲区，再次调用则会拷贝数据到用户缓冲区，调用完成。
如果是异步非阻塞IO：则当用户发起IO系统调用后，用户调用立即返回。等待内核把数据拷贝到用户缓冲区，完成后通知用户线程，读取对应的缓冲区数据，读取完成后通知内核线程IO操作完成。
应用我们常见的Linux 的IO操作，基本都是同步的，但是可以设置为阻塞或者非阻塞，比如epoll等
windows的IOCP是异步非阻塞IO。
对性能的影响很多人会觉得异步非阻塞的IO的性能最高，其实并不是这样的，同步非阻塞IO依然可以做得很好，看看多少服务端程序的底层都是epoll来实现，所以他们之间与性能并没有关系。
