IO 模型

一、java io 模型

1. 同步阻塞
   当线程请求一个io时，该线程会一直被阻塞 ，直到操作系统将数据拷贝到内核态（数据准备好之后）中后，该线程会同步的将数据拷贝到用户态中。
2. 同步非阻塞。
   当一个线程请求一个io时，该线程不会被阻塞，会立即从io请求中返回，但是它会轮询询问操作系统将数据是否准备好（将数据放到内核态中），如果准备好，则会同步的将数据拷贝到用户态。
3. 异步非阻塞
   当一个线程请求一个io时，该线程不会被阻塞，会立即从io请求中返回，当操作系统将数据准备好并且将数据从内核态拷贝到用户态之后，会通知该线程，然后该线程就能处理该数据了。

实际上，java1.7之后，在jvm中，该内核态的数据和用户态的数据使用的是同一个区域，所以并不需要进行拷贝这一动作，所以速度肯定是上升了不少。

二、linux io 模型

1. 阻塞io
   当一个进程发起io请求时，就一直会阻塞，直到操作系统将数据在内核态准备好，然后将数据拷贝到用户态后，该系统调用才会返回。
2. 非阻塞io
   当一个进程发起io请求时，立即从该方法中返回，然后一直轮询操作系统，是否将数据在内核态准备好，直到操作系统将数据从内核态拷贝到用户态后，才停止轮询。（也就是在数据准备阶段轮询，准备完数据之后，就从内核态将数据拷贝到用户态）
3. io 复用模型
   当多个进程发起io, 都会绑定在一个select选择器上，然后立即从请求中返回，然后操作系统循环获取准备好的数据之后，就会让对应进程执行从内核态拷贝数据到用户态。
4. 信号量 io 模型
   当一个进程发起io，然后立即从请求方法中返回，当数据在内核态准备好之后 然后通知该进程，该进程从内核态拷贝数据到用户态。
5. 异步io
   当一个进程发起io,然后立即从请求方法中返回，操作系统会将数据在内核态准备好之后，然后再将数据从内核态拷贝到用户态，这整个步骤完成之后，才会通知进程数据操作完成，进程进而开始处理这些数据。