23.关于IO同步、异步、阻塞、非阻塞的区别

blocking IO
nonblocking IO
IO multiplexing
asynchronous IO
对于一个network IO（read），会涉及两个系统对象，一是调用这个IO的线程thread,另一个是系统内核kernel。当一个read操作发生时，会经历两个状态：
1.等待数据准备
2.将数据从内核拷贝到进程中
（1）blocking IO
系统内核准备数据时，要等待数据到来，而在用户进程这边，整个进程会被阻塞，当系统内核一直等到数据准备好了，会把数据从内核拷贝到内存，内核返回结果，用户进程才接触阻塞状态。
（2）non-blocking IO
当用户进程发出read操作时，如果kernel中的数据还没有准备好，那么它并不会block用户进程，而是立刻返回一个error。从用户进程角度讲 ，它发起一个read操作后，并不需要等待，而是马上就得到了一个结果。用户判断结果是error时，知道数据没准备好，可以重新发送read操作。一旦kernel中的数据准备好了，并且又再次收到了用户进程的system call，那么它马上就将数据拷贝到了用户内存，然后返回。
（3）IO multiplexing
select/epoll的好处在于单个process就可以同时处理多个网络连接的IO。select/epoll这个function会不断的轮询所负责的所有socket，当某个socket有数据到达了，就通知用户进程。
（4）asynchronous IO
用户进程发起read操作之后，立刻就可以开始去做其它的事。而另一方面，从kernel的角度，当它受到一个asynchronous read之后，首先它会立刻返回，所以不会对用户进程产生任何block。然后，kernel会等待数据准备完成，然后将数据拷贝到用户内存，当这一切都完成之后，kernel会给用户进程发送一个signal，告诉它read操作完成了。
（5）区别
blocking vs non-blocking：调用blocking IO会一直block住对应的进程直到操作完成，而non-blocking IO在kernel还准备数据的情况下会立刻返回。
synchronous IO vs asynchronous IO：synchronous IO做”IO operation”的时候会将process阻塞，asynchronous IO则不一样，当进程发起IO 操作之后，就直接返回再也不理睬了，直到kernel发送一个信号，告诉进程说IO完成。在这整个过程中，进程完全没有被block。