Java NIO中Selector的selectedKeys移除操作不生效是什么原因

你的remove操作本身是生效的，每次轮询都出现就绪key的核心原因是你没有处理对应就绪事件的IO逻辑，导致事件始终处于就绪状态，被Selector反复加入selectedKeys集合。

Selector本身维护两个独立的key集合，二者的触发逻辑完全不同：

• keys()集合：存储所有已注册到当前Selector的通道对应的SelectionKey，只有通道主动注销、通道关闭或者Selector关闭时，才会移除对应key。
• selectedKeys()集合：存储每次select()调用后，检测到的、处于就绪状态的事件对应的key，属于「本次轮询的结果集」。

你代码中调用iter.remove()确实会把key从当前的selectedKeys()结果集中移除，但这个操作仅用于清理本轮的轮询结果，不会改变通道本身的事件就绪状态，也不会修改key的监听配置。

你注册的是SelectionKey.OP_ACCEPT事件，这个事件的就绪判定标准是：ServerSocketChannel对应的内核接收队列中存在未被取出的新连接请求。
你拿到key之后只做了移除操作，从未调用serverSocketChannel.accept()方法把内核队列里待处理的连接取走，新连接请求会一直留在队列中，OP_ACCEPT事件就会持续处于就绪状态。
下一次调用selector.select()时，Selector会重新扫描所有注册通道的事件状态，发现OP_ACCEPT仍然就绪，就会再次把这个key加入selectedKeys()集合，表现出来就是每次轮询都能拿到同一个就绪key。

拿到就绪key之后，必须执行对应IO操作处理完事件，事件才会从就绪状态变为非就绪状态，不会被下一轮select重复返回。修正后的事件处理逻辑示例：

while (iter.hasNext()) {
    SelectionKey key = (SelectionKey) iter.next();
    iter.remove();
    if (key.isAcceptable()) {
        // 取出内核队列中待处理的新连接，完成OP_ACCEPT事件处理
        ServerSocketChannel server = (ServerSocketChannel) key.channel();
        SocketChannel clientChannel = server.accept();
        clientChannel.configureBlocking(false);
        // 后续可按需给客户端通道注册读/写事件监听
        // clientChannel.register(selector, SelectionKey.OP_READ);
    }
}

不同事件的就绪状态清除逻辑不同，处理时需要注意：

• OP_ACCEPT：必须调用accept()取出所有待处理连接，直到返回null才算处理完
• OP_READ：必须调用read()读取通道内的就绪数据，直到缓冲区无数据可读（read返回0）或者连接断开（read返回-1）
• OP_WRITE：仅当通道发送缓冲区可写时才会触发，写完数据后要主动取消OP_WRITE的监听位，否则通道一直可写会导致事件持续就绪

内容的提问来源于stack exchange，提问作者OoO_73