SelectionKey 的 readyOps() 返回通道实际就绪的 I/O 事件掩码，需用位运算（如 (key.readyOps() & OP_READ) != 0）或语义化布尔方法（如 isReadable()）判断，而非 interestOps()；二者本质不同：前者由内核填充、表示当前可安全操作的事件，后者为用户设置的监听兴趣。
Java NIO 中，SelectionKey 是连接通道（Channel）与选择器（Selector）的关键桥梁，它不仅保存了注册关系，还封装了通道当前就绪的 I/O 事件类型。判断就绪状态和事件类型，核心是调用 SelectionKey.readyOps() 或其配套的布尔方法（如 isReadable()），而不是直接依赖 interestOps()（那是你“感兴趣”的事件，不等于已就绪）。
通过 readyOps() 获取实际就绪的事件掩码
readyOps() 返回一个整数值，是当前通道真正就绪的事件类型的位或结果。这个值由操作系统在 select() 或 selectNow() 调用后由内核填充，代表“此刻可安全执行而不阻塞”的操作。
- 常见就绪事件常量包括：
SelectionKey.OP_READ（值为 1）、SelectionKey.OP_WRITE（值为 4）、SelectionKey.OP_CONNECT（值为 8）、SelectionKey.OP_ACCEPT（值为 16） - 例如：若
key.readyOps() == (SelectionKey.OP_READ | SelectionKey.OP_WRITE)，说明该通道既可读又可写 - 推荐用位运算判断：
(key.readyOps() & SelectionKey.OP_READ) != 0，比==更健壮，避免遗漏组合情况
使用语义化布尔方法快速判断常用事件
为提升可读性，SelectionKey 提供了对应每个事件的快捷方法，内部就是对 readyOps() 做位检测，逻辑等价但更直观：
-
key.isReadable()→ 等价于(readyOps() & OP_READ) != 0 -
key.isWritable()→ 等价于(readyOps() & OP_WRITE) != 0 -
key.isConnectable()→ 对应OP_CONNECT（用于非阻塞 connect 完成后） -
key.isAcceptable()→ 对应OP_ACCEPT（仅服务端 ServerSocketChannel 使用）
这些方法在事件处理分支中广泛使用，比如在 while (selector.select() > 0) 循环中遍历 selectedKeys() 后，逐个判断并分发处理逻辑。
立即学习“Java免费学习笔记（深入）”；
注意 readyOps 和 interestOps 的区别
新手容易混淆就绪事件（readyOps）和兴趣事件（interestOps）：
-
interestOps()是你主动设置的“想监听哪些事件”，比如channel.register(selector, SelectionKey.OP_READ) - 即使设置了
OP_WRITE，它也**不一定就绪**——只有当底层 TCP 缓冲区有空间可写时，readyOps()才会包含OP_WRITE -
OP_WRITE就绪非常频繁（尤其空闲连接），常被误用导致忙轮询；一般只在真正需要写且write()返回 0 时才临时注册OP_WRITE，写完再取消
典型事件处理结构示例
实际编码中，通常按如下模式处理：
- 调用
selector.select()阻塞等待就绪通道 - 遍历
selector.selectedKeys()获取就绪 key 集合 - 对每个 key：先判断 isAcceptable() → 处理新连接；再 isReadable() → 读数据；再 isWritable() → 写数据；最后 isConnectable() → 完成连接
- 处理完务必调用
key.interestOps(...)更新兴趣集（如写完后移除OP_WRITE），并调用iterator.remove()清理已处理 key
