NIO编程一直是Java知识体系中的一个重点。前几年的时间面试的门槛是了解NIO,现在就不一样了,最起码也要精通NIO,因此学习javaNIO编程是非常有必要的。这篇文章就开始对NIO进行一个认识。本文参考了慕课网，特在此说明。

一、认识NIO

1、什么是BIO？

想要学习NIO，那我们就必须先要认识一下BIO，在JDK1,4之前，我们使用网络连接的时候一直都是使用的BIO，也就是阻塞式，网络模型是下面这个样子的。

上面这个网络模型是这样的。

（1）server创建初始化一些预备工作之后，就开始等待客户端client的链接

（2）client开始链接server。

（3）server一旦请求到client的请求之后就会开启一个线程去处理。

就好比是只有一家餐饮店，每进来一个顾客，我们就需要去创建一个线程去处理。这就是BIO。他的缺点可想而知。如果客户端很多的话，server就必须要开启很多个Thread去处理，这样也太麻烦了。毕竟像淘宝微信这样的平台好几亿人再用，而且请求量这么大，总不能开启几亿个线程去处理吧。这时候在jdk1.4就出现了NIO。

2、出现了NIO

既然BIO有这么多的缺点，java官方肯定也明白，于是在jdk1.4的时候及时的加入了NIO。

这个跟上一个的区别我们来捋一下：

（1）一个客户端进来之后首先加入到Set中

（2）server时刻轮询着这个set，一旦发现有客户端连接进来就开始handler

（3）多个client连接进来的时候，都保存在这个set中，这样我们就可以轮询处理多个client了。

这就NIO，他的优点从上面的图也可以看出来。我们可能只需要创建一个Thread就可以处理所有的client了。当然每一个client要做的事情不一样，有的是连接请求，有的是读写请求，这时候server就可以根据不同的请求使用不同的handler了。再给出一张图看一下：

当然，这只是列举出了NIO的特点，还有大致网络模型，想要去真正的了解他，还是代码来的直接。

二、代码实现

1、基本概念

在正式开始代码的编写之前，我们还要先认识一下涉及到的几个类。

（1）channel

它相当于是一个通道，这个通道是流通数据的，我们既可以从通道中读取数据，又可以写数据到通道。常见的channel有四个：FileChannel、DatagramChannel、SocketChannel、ServerSocketChannel。

FileChannel 从文件中读写数据。DatagramChannel 能通过UDP读写网络中的数据。SocketChannel 能通过TCP读写网络中的数据。ServerSocketChannel可以监听新进来的TCP连接，像Web服务器那样。对每一个新进来的连接都会创建一个SocketChannel。

（2）Buffer

Buffer用于和通道进行交互。数据是从通道读入缓冲区，从缓冲区写入到通道中的。

使用Buffer读写数据一般遵循以下四个步骤：

写入数据到Buffer调用flip()方法从Buffer中读取数据调用clear()方法或者compact()方法

（3）Selector

Selector（选择器）能够检测一到多个NIO通道，并能够知晓通道是否为诸如读写事件做好准备的组件。这样，一个单独的线程可以管理多个channel，从而管理多个网络连接。

2、实现步骤

我们在这里实现一个类似于聊天室的案例，上面已经把NIO涉及到的一些核心类说了一下，下面说一下实现的步骤。这个步骤是要结合上面的图来理解会比较容易一些：

第一步：创建Selector

第二步：创建ServerSocketChannel，绑定监听端口

第三步：将Channel设置为非阻塞模式

第四步：将Channel注册到Selector上，监听连接事件

第五步：循环调用Selector的select方法，检测就绪情况

第六步：调用selectedKeys方法获取就绪channel集合

第七步：判断就绪事件种类，调用业务处理方法

第八步：根据业务需要决定是否再次注册监听事件，重复执行第三步操作

有了这个步骤我们再去代码实现。

3、代码实现

（1）server端代码开发

首先我们看一下服务器端

上面把server中基本的是步骤实现了。现在开始真正的去处理一下。

第一种情况：链接事件处理

第二种情况：读写时间处理

到了第五步broadCast方法其实我们可以对此进行一个变化，在这里我们实现的是广播到其他所有client。但是如果是一对一聊天的话我们就可以单播到指定client。

这就是整个服务器端的开发，当然还要客户端的开发，我们同样来看看。

（2）client端代码开发

客户端代码说实话就比较轻松一点了。

我们就再来看看，客户端如何处理服务器端返回的数据。

readHandler方法是如何读取呢？

到这一步，整个客户端的代码就算是完成了，如果你仔细的捋一遍，其实整个流程还是很清晰的。

三、总结

虽然NIO这么好其实还是有很多缺点的，在上面的代码量其实你就可以发现了，大量的代码使得我们在构建复杂系统的时候超级麻烦，有时候正是这些技术的不完备，才造成了我们程序员工作量大，压力大，但是科技的进步毕竟是要一点一点发展的嘛。另外说一句这个NIO还有一个大坑，就是Selector空轮询的时候，导师CPU100%。不过这种情况我还没试过。

想要精通NIO的话，这篇文章真的远远不够，顶多算是入门把。想要真正认识我觉得首先要深入源码，然后就是实际场景中的使用，不过目前来看的话netty和mina框架要比java的NIO好的多，不单单是性能，更重要的是我们的开发效率。算是在一定程度上避免了我们程序员“钱多话少死得快”的现象了吧。