SelectionKey的兴趣集是开发者注册时设定的事件订阅清单，就绪集是Selector在select()后返回的当前真实就绪事件快照；二者协同实现“注册→等待→检查→处理→重置”的NIO事件驱动闭环。

SelectionKey 的兴趣集（Interest Set）和就绪集（Ready Set）是 Java NIO 事件驱动模型中两个关键状态字段，它们共同决定了 Selector 如何监听、识别并分发 I/O 事件。理解二者的关系与工作流，是写出健壮、高效 NIO 网络服务的基础。

兴趣集：你告诉 Selector “我想知道什么”

兴趣集是注册时由开发者显式设定的位掩码，表示该 Channel 希望被通知的事件类型。它在调用 channel.register(selector, ops) 时传入，只能包含以下四种常量的组合：

• OP_ACCEPT：仅 ServerSocketChannel 可用，表示“有新客户端连接请求来了”
• OP_CONNECT：仅 SocketChannel（客户端）可用，表示“TCP 三次握手已完成”
• OP_READ：SocketChannel 或 ServerSocketChannel（极少见）可用，表示“通道有数据可读，不会阻塞”
• OP_WRITE：SocketChannel 可用，表示“通道底层缓冲区有空间，可以安全写入”（注意：几乎总是就绪，慎用）

兴趣集一旦设定，会一直生效，直到你主动调用 key.interestOps(newOps) 修改。它不随系统状态变化——它是你的“订阅清单”，不是实时状态。

就绪集：Selector 告诉你 “现在实际发生了什么”

就绪集是 Selector 在每次 select() 调用后自动更新的位掩码，表示当前这个 Channel **真实已满足条件**、可立即执行对应操作的事件集合。它由操作系统内核（如 Linux 的 epoll）反馈而来，是动态、瞬时的状态快照。

你通过 key.readyOps() 或更常用的判断方法（如 key.isReadable()）来读取它。常见情况包括：

• ServerSocketChannel 的就绪集含 OP_ACCEPT → 立即调用 serverChannel.accept() 获取新 SocketChannel
• SocketChannel 的就绪集含 OP_READ → 调用 channel.read(buffer)，此时不会阻塞
• SocketChannel 的就绪集含 OP_WRITE → 可尝试写入，但通常只在写缓冲区曾满、后来腾出空间时才真正触发（避免轮询）

重要提示：就绪集只在一次 select() 周期内有效；处理完必须手动调用 iterator.remove()，否则下次 select() 仍会返回同一 key（可能重复处理）。

二者协同的工作流

整个事件处理流程是“注册→等待→检查→处理→重置”的闭环：

• 启动阶段：ServerSocketChannel 配置为非阻塞，注册到 Selector，兴趣集设为 OP_ACCEPT
• 运行阶段：调用 selector.select() 阻塞等待，直到至少一个注册事件就绪
• 就绪后：遍历 selector.selectedKeys()，对每个 SelectionKey 检查其 readyOps() 是否包含对应兴趣事件
• 例如 key.isAcceptable() 为 true → 接受连接 → 得到新的 SocketChannel → 将其配置为非阻塞，并注册到同一 Selector，兴趣集设为 OP_READ
• 后续该 SocketChannel 若收到数据，其就绪集就会包含 OP_READ，下一轮 select 就能捕获并读取

兴趣集决定“监听什么”，就绪集反映“此刻能做什么”，Selector 是中间调度者——它不保证事件持续就绪，也不自动刷新兴趣集，所有控制权都在应用代码手中。