JAVA NIO & BIO

分析JAVA中NIO和BIO

1. IO实现方式和原理

2.两种方式对于程序设计的影响

3.NIO和BIO的选择

---

IO实现方式和原理

NIO（非阻塞）

是从Java 1.4 之后才有的的新的IO API，有别于标准的Java IO 和 Socket方式，NIO提供了一种新的IO方式，导致NIO更加适用于一些特殊的环境，特别是对高速地块读取、对I/O多路复用和非阻塞进行支持；

BIO（阻塞）

直接操作Stream对象，read和write必须在操作完成后才返回，否则一直处于阻塞状态；

---

NIO的核心组成部分

Buffer(缓存):内存中的一块区域以及和它相关的一些操作定义的对象，用于和Channel共同完成数据的读写操作；

Channel（通道）：通道可同时读写，采用异步方式，同时Channel可将数据读取到Buffer中，或从Buffer中写入到Channel中；

Selector(选择器)：监控每个Channel的状态，确定它是否处于可读或可写的状态，通过单个线程同时管理多个Channel，多个IO操作；

BIO的核心组成部分

Stream（流）：按字节顺序读取，且不可向前读取，如果需要再次读取之前的数据，需要事先将数据保存到特定的buffer中；

---

NIO处理流程

BIO处理流程

---

两种方式对于程序设计的影响

调用不同的API（JAVA底层实现）

显而易见，针对两种方式JAVA有不同的实现方式
NIO方式 : java.nio.channels包介绍Selector和Channel抽象，java.nio包介绍Buffer抽象
BIO方式 : java.io包

数据处理的方式不同

NIO方式 : 当所有需要的数据都已经通过Channel读取到Buffer中后，线程才进行数据读取，其中的控制有Selector来完成 ，将IO事件分离出来；
BIO方式 : 按字节先后顺序读取；

程序线程数目不同

为了解决线程因为IO操作造成的阻塞：

NIO方式 : 每一个IO操作对应一个Channel，但是多个Channel可由一个Selector管理，这样可以由一个线程来进行管理，监控Channel状态，完成数据操作；

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

BIO方式：每个IO操作对应一个线程，以免造成主线程的阻塞；

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

---

NIO和BIO的选择

BIO方式：适用于连接数目比较小且固定的架构，这种方式对服务器资源要求比较高，并发局限于应用中，JDK1.4以前的唯一选择，但程序直观简单易理解。

NIO方式：适用于连接数目多且连接比较短（轻操作）的架构，比如聊天服务器，并发局限于应用中，编程比较复杂，JDK1.4开始支持。

---

AIO 方式

JAVA 1.7 之后引入了AIO方式（相关实现还是在java.nio包中）
与NIO不同，当进行读写操作时，只须直接调用API的read或write方法即可。这两种方法均为异步的，对于读操作而言，当有流可读取时，操作系统会将可读的流传入read方法的缓冲区，并通知应用程序；对于写操作而言，当操作系统将write方法传递的流写入完毕时，操作系统主动通知应用程序。 即可以理解为，read/write方法都是异步的，完成后会主动调用回调函数。
在JDK1.7中，这部分内容被称作NIO.2，主要在java.nio.channels包下增加了下面四个异步通道：
AsynchronousSocketChannel
AsynchronousServerSocketChannel
AsynchronousFileChannel
AsynchronousDatagramChannel
其中的read/write方法，会返回一个带回调函数的对象，当执行完读取/写入操作后，直接调用回调函数。

参考：

Java BIO、NIO、AIO 学习
也谈BIO | NIO | AIO （Java版–转）
Java NIO vs. IO

---