IO、BIO、NIO、AIO的理解

IO、BIO、NIO理解

简介

BIO：同步阻塞式IO，服务器实现模式为一个连接一个线程，即客户端有连接请求时服务器端就需要启动一个线程进行处理，如果这个连接不做任何事情会造成不必要的线程开销，当然可以通过线程池机制改善。

NIO：同步非阻塞式IO，服务器实现模式为一个请求一个线程，即客户端发送的连接请求都会注册到多路复用器上，多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。

AIO(NIO.2)：**异步非阻塞式IO，**服务器实现模式为一个有效请求一个线程，客户端的I/O请求都是由OS先完成了再通知服务器应用去启动线程进行处理。

BIO

同步阻塞式IO，相信每一个学习过操作系统网络编程或者任何语言的网络编程的人都很熟悉，在while循环中服务端会调用accept方法等待接收客户端的连接请求，一旦接收到一个连接请求，就可以建立通信套接字在这个通信套接字上进行读写操作，此时不能再接收其他客户端连接请求，只能等待同当前连接的客户端的操作执行完成。

如果BIO要能够同时处理多个客户端请求，就必须使用多线程，即每次accept阻塞等待来自客户端请求，一旦受到连接请求就建立通信套接字同时开启一个新的线程来处理这个套接字的数据读写请求，然后立刻又继续accept等待其他客户端连接请求，即为每一个客户端连接请求都创建一个线程来单独处理，大概原理图就像这样：

虽然此时服务器具备了高并发能力，即能够同时处理多个客户端请求了，但是却带来了一个问题，随着开启的线程数目增多，将会消耗过多的内存资源，导致服务器变慢甚至崩溃，NIO可以一定程度解决这个问题。

NIO

同步非阻塞式IO，关键是采用了事件驱动的思想来实现了一个多路转换器。
NIO与BIO最大的区别就是只需要开启一个线程就可以处理来自多个客户端的IO事件，这是怎么做到的呢？

就是多路复用器，可以监听来自多个客户端的IO事件：

A. 若服务端监听到客户端连接请求，便为其建立通信套接字(java中就是通道)，然后返回继续监听，若同时有多个客户端连接请求到来也可以全部收到，依次为它们都建立通信套接字。

B. 若服务端监听到来自已经创建了通信套接字的客户端发送来的数据，就会调用对应接口处理接收到的数据，若同时有多个客户端发来数据也可以依次进行处理。

C. 监听多个客户端的连接请求和接收数据请求同时还能监听自己时候有数据要发送。

总之就是在一个线程中就可以调用多路复用接口（java中是select）阻塞同时监听来自多个客户端的IO请求，一旦有收到IO请求就调用对应函数处理。

AIO

AIO（Asynchronous I/O） 异步非阻塞模型， 在javajdk.17版本开始支持AIO，AIO模型需要操作系统的支持。
AIO最大的特性是异步能力，对socket和I/O起作用。

异步IO模型类似的
与NIO模型不同，读写操作为例，只需直接调用read和write的API即可，这方法都是异步的。
对于读操作:当有流可读是，系统会将可读的流传入到read方法的缓冲区，并通知应用程序。
读写都是异步的，完成之后会主动调用回调函数。

在JDK 1.7中，nio.2,主要在java.nio.channels包下新增了四个异步通道AsynchronousSocketChannel:异步操作TCP通道，主要连接AsynchronousServerSocketChannel，一般在客户端实现。
AsynchronousServerSocketChannel：异步操作TCP通道，主要接收客户端的连接，一般在服务端实现。
AsynchronousFileChannel：操作文件的。
AsynchronousDatagramChanel：异步操作UDP的通道。

转载 https://blog.csdn.net/m0_46853673/article/details/120586382

各自应用场景

到这里你也许已经发现，一旦有请求到来(不管是几个同时到还是只有一个到)，都会调用对应IO处理函数处理，所以：

（1）NIO适合处理连接数目特别多，但是连接比较短（轻操作）的场景，Jetty，Mina，ZooKeeper等都是基于java nio实现。

（2）BIO方式适用于连接数目比较小且固定的场景，这种方式对服务器资源要求比较高，并发局限于应用中。

（3）AIO新的IO2.0，即NIO2.0，jdk1.7开始应用，叫做异步不阻塞的IO。AIO引入异常通道的概念，采用了Proactor模式，简化了程序编写，一个有效的请求才启动一个线程，它的特点是先由操作系统完成后才通知服务端程序启动线程去处理，一般适用于连接数较多且连接时间长的应用。

• BIO：BIO方式适用于连接数量少且固定的场景，这种方式对服务器资源要求比较高， JDK1.4之前唯一的选择，程序直观简单易理解。
• NIO：适用于连接数目多且业务比较轻，比如：聊天服务器 JDK1.4开始支持NIO。
• AIO：适用于连接数目多且连接比较长(业务重操作)，需要操作系统充分参与并发操作 JDK1.7开始支持。

各自比较

1、释义

BIO：同步阻塞IO模型

在JDK1.4之前网络通信使用的都是BIO模型，BIO模型中accept()、read()、write()、Connection()都会阻塞，BIO要同时支处理多个客户端的连接，就必须使用多线程，即每次accept阻塞等待客户端连接对象socket，为每一个socket创建一个线程。
采用多线程范式使得BIO具备了高并发能力，即同时处理多客户端连接请求，但带来新问题，随着开启线程数量增多，会消耗过多的内存资源，导致服务器变慢甚至崩溃。

NIO：同步非阻塞IO模型 （IO多路复用器）

采用了事件驱动的思想实现了一个多路复用器，由复用器来同时监听多个事件是否准备就绪。

异步阻塞模型使用内核提供的select函数（多路分离函数），避免同步非阻塞模型中轮询等待的问题。

表面上看，异步阻塞模型和同步阻塞模型没有太大的区别，甚至还多了添加监视socket，以及调用select函数的额外操作，效率更差。但是，它最大的优势是可以在一个线程内同时处理多个IO请求：用户可以注册多个socket，然后不断地调用select读取被激活的socket，即可达到在同一个线程内同时处理多个IO请求的目的，所以又叫IO多路复用模型。

虽然上述方式允许单线程内处理多个IO请求，但是每个IO请求的过程还是阻塞的（在select函数上阻塞），平均时间甚至比同步阻塞IO模型还要长。如果用户线程只注册自己感兴趣的socket或者IO请求，然后去做自己的事情，等到数据到来时再进行处理，则可以提高CPU的利用率。以下是改良版：

一个selector复用器同时可以监听多个客户端的连接及IO操作，一个selector复用器只需要一个线程处理即可，即NIO能实现一个线程来管理多个客户端连接，NIO主要处理的是有效的连接。

NIO本身是基于事件驱动思想来完成的，其主要想解决的是BIO的大并发问题，在使用同步I/O的网络应用中，如果要同时处理多个客户端请求，或是在客户端要同时和多个服务器进行通讯，就必须使用多线程来处理。也就是说，将每一个客户端请求分配给一个线程来单独处理。这样做虽然可以达到我们的要求，但同时又带来另外一个问题。由于每创建一个线程，就要为这个线程分配一定的内存空间，而且操作系统本身对线程的总数有一定的限制。如果客户端的请求过多，服务端程序可能会因为不堪重负而拒绝客户端的请求，甚至服务器可能会因此而瘫痪。

NIO基于Reactor，当socket有流可读或可写入socket时，操作系统会相应的通知引用程序进行处理，应用再将流读取到缓冲区或写入操作系统。也就是说，这个时候，已经不是一个连接就要对应一个处理线程了，而是有效的请求，对应一个线程，当连接没有数据时，是没有工作线程来处理的。

BIO和NIO一个比较重要的不同，是我们使用BIO的时候往往会引入多线程，每个连接一个单独的线程；而NIO则是使用单线程或者使用少量线程，每个连接公用一个线程。

AIO：异步非阻塞IO模型

在JDK1.7之后提供了异步的相关通道实例，AIO提供的最大的特点是具备异步功能，需要借助操作系统，底层操作系统具有异步IO模型，
异步操作的实现是在对应的read/write/accept/connection等方法异步执行，完成后会主动调用回调函数，实现一个CompletionHandler对象。

1、异步非阻塞AIO
与NIO不同，当进行读写操作时，只需直接调用API的read或write方法即可。这两种方法均为异步的，对于读操作而言，当有流可读取时，操作系统会将可读的流传入read方法的缓冲区，并通知应用程序；对于写操作而言，当操作系统将write方法传递的流写入完毕时，操作系统主动通知应用程序。即可以理解为， read/write方法都是异步的，完成后会主动调用回调函数。 在JDK1.7中，这部分内容成为AIO。

2、主要在java.nio.channels包下增加了下面四个异步通道
AsynchronousSocketChannel
AsynchronousServerSocketChannel
AsynchronousFileChannel
AsynchronousDatagramChannel
其中的read/write方法，会返回一个带回调函数的对象，当执行完读取/写入操作后，直接调用回调函数。

BIO是一个连接一个线程。

NIO是一个请求一个线程。

AIO是一个有效请求一个线程。

转载 原文链接：https://blog.csdn.net/guorui_java/article/details/107081776

实现

AIO 实现

NIO 实现

AIO 实现