阻塞模式情况下:
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就没有这个局限性。所以,各有各的优点吧。