NIO主要原理及使用 NIO采取通道（Channel）和缓冲区(Buffer)来传输和保存数据，它是非阻塞式的I/O，即在等待连接、读写数据（这些都是在一线程以客户端的程序中会阻塞线程的操作）的时候，程序也可以做其他事情，以实现线程的异步操作。
考虑一个即时消息服务器，可能有上千个客户端同时连接到服务器，但是在任何时刻只有非常少量的消息需要读取和分发（如果采用线程池或者一线程一客户端方式，则会非常浪费资源），这就需要一种方法能阻塞等待，直到有一个信道可以进行I/O操作。NIO的Selector选择器就实现了这样的功能，一个Selector实例可以同时检查一组信道的I/O状态，它就类似一个观察者，只要我们把需要探知的SocketChannel告诉Selector,我们接着做别的事情，当有事件（比如，连接打开、数据到达等）发生时，它会通知我们，传回一组SelectionKey,我们读取这些Key,就会获得我们刚刚注册过的SocketChannel,然后，我们从这个Channel中读取数据，接着我们可以处理这些数据。
Selector内部原理实际是在做一个对所注册的Channel的轮询访问，不断的轮询(目前就这一个算法)，一旦轮询到一个Channel有所注册的事情发生，比如数据来了，它就会读取Channel中的数据，并对其进行处理。
要使用选择器，需要创建一个Selector实例，并将其注册到想要监控的信道上（通过Channel的方法实现）。最后调用选择器的select（）方法，该方法会阻塞等待，直到有一个或多个信道准备好了I/O操作或等待超时，或另一个线程调用了该选择器的wakeup（）方法。现在，在一个单独的线程中，通过调用select（）方法，就能检查多个信道是否准备好进行I/O操作，由于非阻塞I/O的异步特性，在检查的同时，我们也可以执行其他任务。
基于NIO的TCP连接的建立步骤
服务端 1、传建一个Selector实例；
2、将其注册到各种信道，并指定每个信道上感兴趣的I/O操作；
3、重复执行：
1）调用一种select（）方法；
2）获取选取的键列表；
3）对于已选键集中的每个键：
a、获取信道，并从键中获取附件（如果为信道及其相关的key添加了附件的话）；
b、确定准备就绪的操纵并执行，如果是accept操作，将接收的信道设置为非阻塞模式，并注册到选择器；
c、如果需要，修改键的兴趣操作集；
d、从已选键集中移除键
客户端
与基于多线程的TCP客户端大致相同，只是这里是通过信道建立的连接，但在等待连接建立及读写时，我们可以异步地执行其他任务。
基于NIO的TCP通信Demo
下面给出一个基于NIO的TCP通信的Demo，客户端发送一串字符串到服务端，服务端将该字符串原原本本地反馈给客户端。
客户端代码及其详细注释如下：
服务端用单个线程监控一组信道，代码如下：
这里为了使不同协议都能方便地使用这个基本的服务模式，我们把信道中与具体协议相关的处理各种I/O的操作分离了出来，定义了一个接口，如下：
import java.nio.channels.SelectionKey;import java.io.IOException;/***该接口定义了通用TCPSelectorServer类与特定协议之间的接口，*它把与具体协议相关的处理各种I/O的操作分离了出来，*以使不同协议都能方便地使用这个基本的服务模式。*/public interface TCPProtocol{//accept I/O形式void handleAccept(SelectionKey key) throws IOException;//read I/O形式void handleRead(SelectionKey key) throws IOException;//write I/O形式void handleWrite(SelectionKey key) throws IOException;}
接口的实现类代码如下：
import java.nio.channels.SelectionKey;import java.nio.channels.SocketChannel;import java.nio.channels.ServerSocketChannel;import java.nio.ByteBuffer;import java.io.IOException;public class EchoSelectorProtocol implements TCPProtocol {private int bufSize; // 缓冲区的长度public EchoSelectorProtocol(int bufSize){ this.bufSize = bufSize;}//服务端信道已经准备好了接收新的客户端连接public void handleAccept(SelectionKey key) throws IOException {SocketChannel clntChan = ((ServerSocketChannel) key.channel()).accept();clntChan.configureBlocking(false);//将选择器注册到连接到的客户端信道，并指定该信道key值的属性为OP_READ，同时为该信道指定关联的附件clntChan.register(key.selector(), SelectionKey.OP_READ, ByteBuffer.allocate(bufSize));}//客户端信道已经准备好了从信道中读取数据到缓冲区public void handleRead(SelectionKey key) throws IOException{SocketChannel clntChan = (SocketChannel) key.channel();//获取该信道所关联的附件，这里为缓冲区ByteBuffer buf = (ByteBuffer) key.attachment();long bytesRead = clntChan.read(buf);//如果read（）方法返回-1，说明客户端关闭了连接，那么客户端已经接收到了与自己发送字节数相等的数据，可以安全地关闭if (bytesRead == -1){ clntChan.close();}else if(bytesRead > 0){//如果缓冲区总读入了数据，则将该信道感兴趣的操作设置为为可读可写key.interestOps(SelectionKey.OP_READ | SelectionKey.OP_WRITE);}}//客户端信道已经准备好了将数据从缓冲区写入信道public void handleWrite(SelectionKey key) throws IOException { //获取与该信道关联的缓冲区，里面有之前读取到的数据 ByteBuffer buf = (ByteBuffer) key.attachment();//重置缓冲区，准备将数据写入信道 buf.flip(); SocketChannel clntChan = (SocketChannel) key.channel();//将数据写入到信道中 clntChan.write(buf); if (!buf.hasRemaining()){ //如果缓冲区中的数据已经全部写入了信道，则将该信道感兴趣的操作设置为可读 key.interestOps(SelectionKey.OP_READ); }//为读入更多的数据腾出空间 buf.compact(); }} 执行结果如下：
说明：以上的服务端程序，select（）方法第一次能选择出来的准备好的信道都是服务端信道，其关联键值的属性都为OP_ACCEPT，亦及有效操作都为accept，在执行handleAccept方法时，为取得连接的客户端信道也进行了注册，属性为OP_READ，这样下次轮询调用select（）方法时，便会检查到对read操作感兴趣的客户端信道（当然也有可能有关联accept操作兴趣集的信道），从而调用handleRead方法，在该方法中又注册了OP_WRITE属性，那么第三次调用select（）方法时，便会检测到对write操作感兴趣的客户端信道（当然也有可能有关联read操作兴趣集的信道），从而调用handleWrite方法。
结果：从结果中很明显地可以看出，服务器端在等待信道准备好的时候，线程没有阻塞，而是可以执行其他任务，这里只是简单的打印"."，客户端在等待连接和等待数据读写完成的时候，线程没有阻塞，也可以执行其他任务，这里也正是简单的打印"."。
几个需要注意的地方
1、对于非阻塞SocketChannel来说，一旦已经调用connect（）方法发起连接，底层套接字可能既不是已经连接，也不是没有连接，而是正在连接。由于底层协议的工作机制，套接字可能会在这个状态一直保持下去，这时候就需要循环地调用finishConnect（）方法来检查是否完成连接，在等待连接的同时，线程也可以做其他事情，这便实现了线程的异步操作。
2、write（）方法的非阻塞调用哦只会写出其能够发送的数据，而不会阻塞等待所有数据，而后一起发送，因此在调用write（）方法将数据写入信道时，一般要用到while循环,如：
while（buf.hasRemaining()）
channel.write(buf);
3、任何对key（信道）所关联的兴趣操作集的改变，都只在下次调用了select（）方法后才会生效。
4、selectedKeys（）方法返回的键集是可修改的，实际上在两次调用select（）方法之间，都必须手动将其清空，否则，它就会在下次调用select（）方法时仍然保留在集合中，而且可能会有无用的操作来调用它，换句话说，select（）方法只会在已有的所选键集上添加键，它们不会创建新的建集。
5、对于ServerSocketChannel来说，accept是唯一的有效操作，而对于SocketChannel来说，有效操作包括读、写和连接，另外，对于DatagramChannle，只有读写操作是有效的。
