如何通过SelectionKey.isValid()方法，在事件循环中评估通道状态变量（如连接断开）的关键性？

本文共计706个文字，预计阅读时间需要3分钟。

在NIO事件循环中，`SelectionKey.isValid()` 不是可选步骤，而是安全处理的第一道防线。跳过它，直接调用 `isReadable`、`isWritable` 等方法，可能会直接抛出 `CancelledKeyException`，导致线程中断或异常崩溃。

为什么 isValid() 必须放在最前面

SelectionKey 可能在任意时刻变为无效：通道被主动关闭、key 被 cancel、选择器被关闭，甚至连接异常断开后底层资源回收时。一旦无效，其就绪状态（ready set）不再受保障，任何基于它的判断都失去意义。

• 调用 key.channel().close() 后，key 立即失效，但不会从 selectedKeys() 中自动移除
• key.cancel() 不会立刻删除 key，而是将其加入 selector 的“已取消键集”，等待下次 select() 清理
• 多个线程并发操作 channel 或 key 时，isValid() 是唯一能原子判断当前 key 是否仍可安全使用的依据

isValid() 和对端断开的间接关联

isValid() 本身不检测对端是否断开，但它决定了你是否有资格继续检查更细粒度的状态。