一、java io 模型
- 同步阻塞
当线程请求一个io时,该线程会一直被阻塞 ,直到操作系统将数据拷贝到内核态(数据准备好之后)中后,该线程会同步的将数据拷贝到用户态中。 - 同步非阻塞。
当一个线程请求一个io时,该线程不会被阻塞,会立即从io请求中返回,但是它会轮询询问操作系统将数据是否准备好(将数据放到内核态中),如果准备好,则会同步的将数据拷贝到用户态。 - 异步非阻塞
当一个线程请求一个io时,该线程不会被阻塞,会立即从io请求中返回,当操作系统将数据准备好并且将数据从内核态拷贝到用户态之后,会通知该线程,然后该线程就能处理该数据了。
实际上,java1.7之后,在jvm中,该内核态的数据和用户态的数据使用的是同一个区域,所以并不需要进行拷贝这一动作,所以速度肯定是上升了不少。
二、linux io 模型
- 阻塞io
当一个进程发起io请求时,就一直会阻塞,直到操作系统将数据在内核态准备好,然后将数据拷贝到用户态后,该系统调用才会返回。 - 非阻塞io
当一个进程发起io请求时,立即从该方法中返回,然后一直轮询操作系统,是否将数据在内核态准备好,直到操作系统将数据从内核态拷贝到用户态后,才停止轮询。(也就是在数据准备阶段轮询,准备完数据之后,就从内核态将数据拷贝到用户态) - io 复用模型
当多个进程发起io, 都会绑定在一个select选择器上,然后立即从请求中返回,然后操作系统循环获取准备好的数据之后,就会让对应进程执行从内核态拷贝数据到用户态。 - 信号量 io 模型
当一个进程发起io,然后立即从请求方法中返回,当数据在内核态准备好之后 然后通知该进程,该进程从内核态拷贝数据到用户态。 - 异步io
当一个进程发起io,然后立即从请求方法中返回,操作系统会将数据在内核态准备好之后,然后再将数据从内核态拷贝到用户态,这整个步骤完成之后,才会通知进程数据操作完成,进程进而开始处理这些数据。