JAVA中IO模型

BIO（Blocking  IO  同步阻塞）

应用程序中进程在发起 I/O 调用后至内核执行 I/O 操作返回结果之前，若发起系统调用的线程一直处于等待（阻塞）状态，则此次 I/O 操作为阻塞 I/O 。

如上图，同步阻塞 I/O 模型中，当用户线程发出 I/O 调用后，内核会去查看数据是否就绪，如果没有就绪就会等待数据就绪，而此时用户线程也就会处于阻塞状态，用户线程交出 CPU 。当数据就绪之后，内核会将数据拷贝到用户空间，并返回结果给用户线程，用户线程才会接触阻塞状态。

BIO 的优点：

程序简单，在阻塞等待数据期间，用户线程挂起。用户线程基本不会占用 CPU 资源。

BIO 的缺点：

一般情况下，一个线程维护一个连接成功的 IO 流的读写。在并发量小的情况下是没有问题的，但在并发很大时，BIO 是非常消耗系统资源的，这是行不通的。
 

NIO（Non-blocking  IO  同步非阻塞）

应用程序中进程在发起 I/O 调用后至内核执行 I/O 操作返回结果之前，若发起系统调用的线程不会等待而是立即返回，则此次 I/O 操作为非阻塞 I/O 模型。

如上图，同步非阻塞 I/O 模型中，当用户线程发起一个 read 操作后，并不需要等待，而是马上得到了一个结果。如果结果是一个调用失败的信息时，此时代表数据还没有准备好，他就可以再次发送 read 操作。一旦内核中的数据准备好了，并且又再次收到了用户线程的请求，那么他就马上将数据拷贝给了用户线程，然后返回。

在同步非阻塞 I/O 模型中，用户线程需要不断地询问内核数据是否就绪，也就是说同步非阻塞 I/O 模型不会交出 CPU ，而会一直占用 CPU。

即应用程序的线程需要不断的进行 I/O 系统调用，轮询数据是否已经准备好，如果没有准备好，直到完成系统调用为止。

NIO的优点：

每次发起的 IO 系统调用，在内核的等待数据过程中可以立即返回。用户线程不会阻塞，实时性较好。

NIO的缺点：

需要不断的重复发起 IO 系统调用，这种不断的轮询，将会不断地询问内核，这将占用大量的 CPU 时间，系统资源利用率较低。

AIO（Asynchronous  IO  异步非阻塞）

应用程序中在发起 I/O 调用后，用户进程立即返回，内核等待数据准备完成，然后将数据拷贝到用户进程缓冲区，最后发送信号告诉用户进程 I/O 操作执行完毕，则此次操作为异步 I/O。

异步 I/O 真正实现了 I/O 全流程的非阻塞。用户线程完全不需要关心实际的整个 I/O 操作是如何进行的，只需要先发起一个请求，当接收内核返回的成功信号时表示 I/O 操作已经完成，可以直接去使用数据了。

BIO、NIO、AIO 适用场景

    BIO方式 适用于连接数目比较小且固定的架构，这种方式对服务器资源要求比较高，并发局限于应用中，JDK1.4以前的唯一选择，但程序简单易理解。
    NIO方式 适用于连接数目多且连接比较短（轻操作）的架构，比如聊天服务器，弹幕系统，服务器间通讯等。编程比较复杂，JDK1.4开始支持。
    AIO方式 使用于连接数目多且连接比较长（重操作）的架构，比如相册服务器，充分调用OS参与并发操作，编程比较复杂，JDK7开始支持。