分析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