JAVANIO Channel.read的返回值的问题

接触NIO时间较短，如果不对希望大家帮忙纠正。

写这个文章之前在网上很多博客上看了以下，发现他们很多的都是错的(自己代码实验发现是错误的)

1.返回-1的情况

返回-1是因为客户端主动关闭了channel，注意是主动关闭而不是异常关闭。这时候服务器的与之关联的SelectionKey会不断的触发SelectionKey.OP_KEY事件，但是当我们去读取数据的时候会一直返回-1(并不会抛出异常)，所以说一般如果出现返回值为-1的情况下，我们需要在服务器端关闭与客户端相连接的channel，其会自动的从Selector中取消注册，就不会一直重复的触发该SelectionKey的OP_KEY事件

2.返回值为0的情况

1)我们的byteBuffer已经存满了，会返回0

2)channel中其实并没有数据可读，在我们迭代的时候没有删除该SelectionKey可能会出现此种情况。

3)网卡资源被其他socket占用了

3.大于0的情况，就是正常的读取数据的长度。

问：什么时候会抛出远程主机强迫关闭了一个现有连接？

客户端异常关闭的时候，也就是客户端没有正常调用channel.close()方法就退出了，这时候服务器与之关联的SelectionKey也就会触发OP_READ事件，不过这时候我们调用与客户端关联的channel.read()方法，就会出现此异常。注意:其会一直触发OP_READ事件，然后其会一直出现此异常，如果我们不关闭与客户端连接的channel的话。

 

测试代码

public class T {
    @Test
    public void server() throws IOException {
        Selector selector = Selector.open();
        ServerSocketChannel server = ServerSocketChannel.open();
        server.bind(new InetSocketAddress(8080));
        server.configureBlocking(false);
        server.register(selector, SelectionKey.OP_ACCEPT);
        System.out.println("服务器启动成功");
        while (selector.select() > 0) {
            Set<SelectionKey> keys = selector.selectedKeys();
            Iterator<SelectionKey> keyIterator = keys.iterator();

            for (; keyIterator.hasNext(); ) {
                SelectionKey k = keyIterator.next();
                keyIterator.remove();
                if (k.isAcceptable()) {
                    ServerSocketChannel channel = (ServerSocketChannel) k.channel();
                    SocketChannel clientChannel = channel.accept();
                    clientChannel.configureBlocking(false);
                    clientChannel.register(selector, SelectionKey.OP_READ);
                } else if (k.isReadable()) {
                    SocketChannel channel = null;
                    try {
                        System.out.println("客户端可读");
                        channel = (SocketChannel) k.channel();
                        ByteBuffer b = ByteBuffer.allocate(256);
                        int read = channel.read(b);
                        System.out.println(read);
                        if (read == -1) {
                            channel.close();
                        }
                    } catch (IOException e) {
                        e.printStackTrace();
                        if (channel != null){
                            channel.close();
                        }
                    }
                }
            }

        }


    }

    @Test
    public void client() throws IOException, InterruptedException {
        SocketChannel client = SocketChannel.open();
        client.connect(new InetSocketAddress("127.0.0.1", 8080));
        ByteBuffer b = ByteBuffer.allocate(256);
        b.putInt(2321);
        b.flip();
        client.write(b);
        Thread.sleep(5000);
        client.close();
    }
}

 

来点额外补充吧，即为什么我们在遍历SelectionKey的时候需要删除当前SelectionKey，不删除会怎么样。

为什么需要删除？这是我的猜测。某个channel存在某个事件可以被处理时，其就会被加入SelectionKey的集合中，该集合是与selector关联的，我们迭代处理之后，如果不删除，这个SelectionKey还在里面集合里面，后面迭代集合时当前SelectionKey就又会被处理，即使其没有触发对应的事件。所以我们需要删除。（需要注意的是，SelectionKey没有被删除并不会引起selector.select()马上返回(也就是不阻塞)，其只是还存在集合中，下次select()方法监听到有事件之后，才会返回，如何验证这个想法呢？一个用上面的代码，把迭代过程中删除key的去掉，然后分别开启两个客户端即可得到这种结果）

不删除会返回什么结果？就拿上面的代码来说，我们在k.isAcceptable()这个代码块中不将该key删除，那么下次遍历的时候，就又会处理到ServerSocketChannel的该SelectionKey，我们就又会调用ServerSocketChannel的accpet()方法，该channel是非阻塞的，accpet()方法会马上返回，但是此时返回的是null。因为其并不存在该事件，所以返回null。如果是k.isReadable()，那么从该channel中读取数据会返回0。