isValid()必须放在事件循环最前面，因为key可能随时失效，不检查会导致CancelledKeyException等异常中断I/O循环；正确顺序是：先isValid()，再isReadable()，然后read()并检查返回值-1以判断对端关闭。
在 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 循环中断，服务不可用
