NIO SocketChannel、DatagramChannel、ServerSocketChannel的及其在阻塞与非阻塞模式下的使用

阻塞模式情况下：

 SocketChannel、DatagramChannel、ServerSocketChannel和我们直接使用Socket、DatagramSocket、ServerSocket是一样的，没有接收/发送了数据就一直等待，直到接收/发送了数据才会执行后面的代码。

非阻塞模式：

三种网络通道分别讲解：

（1）ServerSocketChannel非阻塞模式下：

      ServerSocketChannel的阻塞与非阻塞主要体现在accept方法上，阻塞模式下，没有收到请求时，就一直阻塞，直到获取到SocketChannel对象为止。

      在非阻塞模式下，调用accept方法如果返回null，则表示没有收到请求，此时可以做其他的事，做一会儿其他事之后再继续调用accept看看有没有请求到来，如此循环；如果accept返回了SocketChannel实例，那么此时就与客户端请求建立了连接，通过该SocketChannel实例可以发送与接收数据了。

      示例代码如下：

ServerSocketChannel serverSocketChannel = ServerSocketChannel.open();
serverSocketChannel.bind(new InetSocketAddress("127.0.0.1", 9999));
serverSocketChannel.configureBlocking(false);

while(serverSocketChannel.accept()==null){
    //当没有请求时可以在循环体内做一些其他操作，利用cpu空闲时间
}
//当跳出上面的循环时，说明有新的请求到来，在后面可以对该请求对象的SocketChannel实例进行操作了

      至于SocketChannel的阻塞与非阻塞模式使用情况请看下一点。

 （2）SocketChannel非阻塞模式下：

      当发送数据时（write方法发送数据），write不论有没有发送成功都会返回，如果返回0则表示当前设备在这个时刻网络层发送队列满了，该socketChannel通道此时要发送的数据暂时挤不进网络层发送队列中，所以会立即返回0，表示没有发送任何数据。。所以在非阻塞模式下使用SocketChannel发送数据的正确方式是循环write，直到返回值大于0了才表示数据发送成功。

      示例代码如下：

while(socketChannel.write(byteBuffer)<=0){

    //由于网络层发送队列满，所以这个时候需要等网络层发送队列把已有的数据发送的，那么在这个等待的时候可以做一些其他工作

    //在循环体内写一些在等待时可以做的其他工作

}

//当执行跳出while循环了，说明数据发送成功了

//.........

      在非阻塞模式下接收数据时(read方法接收数据)，也是类似于write，使用循环读取，如果read返回值一直小于等于0，则表示没有数据可以接收。

while(socketChannel.read(byteBuffer)<=0){
    //在非阻塞模式下read一直返回0或小于0的值，则表示没有数据发送过来
    //在没有数据发送过来的这段时间，如果是阻塞模式，那么就会一直阻塞read，直到有数据发送过来为止
    //而在非阻塞模式下，就可以趁着还没数据发送过来的时候做一些其他操作，以此提高效率
    //所以，在这个循环体内就可以执行一些在等待接收数据时可以做的操作
}
//当跳出上面的while循环了，那就表示接收到数据了，在此之后就执行一些对收到的数据进行处理的操作
//............

//注意:
//如果socketChannel实例只被一个线程使用，
//那么read时要么什么数据也没收到(即read返回值为0，且不会往参数byteBuffer中写入任何数据)，
//要么就是收到另一端这一次所发送的全部数据
//(即read返回值大于0时，此次接收到的数据已经全部写入了参数byteBuffer中，不会出现另一端发送10个字节，在执行完read并且返回值大于0时，只往byteBuffer中写入了3个字节)
//如果出现字节丢失的情况，要么就是使用byteBuffer忘记使用clear或者flip，要么就是
//在多个线程中使用了同一个socketChannel实例

 

注意:
如果socketChannel实例只被一个线程使用，

       那么read时，要么什么数据也没收到(即read返回值为0，且不会往参数byteBuffer中写入任何数据)；
       要么就是收到另一端这一次所发送的全部数据 (即read返回值大于0时，此次接收到的数据已经全部写入了参数byteBuffer中，不会出现另一端发送10个字节，在执行完read并且返回值大于0时，只往byteBuffer中写入了3个字节)；
       如果出现字节丢失的情况，要么就是使用byteBuffer忘记使用clear或者flip，要么就是在多个线程中使用了同一个socketChannel实例。

具体参考下面的图片（书籍）：

（3）DatagramChannel非阻塞模式下：

DatagramChannel有两种发送/接收数据的方式，他们原理是一样的，貌似send/receive底层也是用write/read

这两种发送/接收数据的方式分别是send/receive和write/read,

write/read除了需要在使用前先用DatagramChannel实例调用connect(InetSocketAddress)连接(是伪连接，和tcp的连接不是一回事，只是这样做可以节省目的地址校验的步骤)，其他的和send/receive是一样的。

write/read一般适合用于客户端，send/receive适合用于服务端（只是建议这么用，不这样也没事）

使用write/read的好处在于什么呢？那就是write/read和send/receive的那一点区别了，即  使用write/read之前要connect。。

因为connect时会记住目标地址，所以在connect之后再使用write就不用再像send一样传入目的地址了。在使用send/receive每次都要校验目的地址之类的防止安全问题，而write/read只需要一次connect，再之后就不用校验了，可以提升效率，只不过write/read局限性是目的地址不能修改了，只能对connect指定的地址进行发送和接收数据。。。。而send/receive就没有这个局限性。所以，各有各的优点吧。