如何通过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() 本身不检测对端是否断开，但它决定了你是否有资格继续检查更细粒度的状态。真正反映对端关闭的是 isReadable() 配合 read() 返回值：

• 当对端发送 FIN，内核将连接标记为“可读”，isReadable() 返回 true
• 此时调用 channel.read(buf) 会返回 -1，这才是 EOF 的明确信号
• 但前提是 key 还有效——如果该 key 已被 cancel 或 channel 已 close，你根本拿不到这个 -1，而是先遇到异常

典型事件循环中的正确顺序

每次遍历 selector.selectedKeys() 时，必须严格遵循以下结构：

• 第一步：if (!key.isValid()) { continue; } —— 过滤掉所有已失效项
• 第二步：if (key.isReadable()) { ... } —— 此时才可安全检查就绪状态
• 第三步：执行 read()，并立即检查返回值（-1 表示对端关闭，0 表示无新数据，>0 表示成功读取）
• 第四步：若 read 返回 -1，应主动调用 key.cancel() 并关闭 channel，清理资源

不检查 isValid() 的真实后果

常见错误不是“读不到数据”，而是程序稳定性受损：

• 在 key 已被 cancel 后仍调用 isReadable() → 抛 CancelledKeyException
• 在 channel 关闭后尝试 key.channel().read() → 抛 AsynchronousCloseException 或 ClosedChannelException
• 异常未被捕获，导致 selector 线程退出，整个 I/O 循环中断，服务不可用