Java NIO中Selector管理客户端连接需分阶段控制事件：连接时注册OP_CONNECT，就绪后立即取消并改注OP_READ；读事件需判-1关闭、0则处理残留数据；写事件仅在缓冲区满或异常时启用，发完即移除；每次处理后必须iterator.remove()清理selected-keys。
Java NIO 中用 Selector 管理客户端连接的读写事件，核心在于：通道注册时明确关注类型、事件就绪后精准识别状态、动态调整 interestOps 以匹配实际 I/O 需求。关键不是“一直监听读和写”，而是按连接生命周期分阶段控制——比如刚连上只关心可读，数据发不完时才临时加写关注。
客户端连接建立后，正确切换事件关注点
客户端使用 SocketChannel 连接服务端时，初始注册应关注 OP_CONNECT。select 返回该事件就绪，说明 TCP 三次握手完成。此时必须立刻取消 OP_CONNECT，并改注册 OP_READ（或 OP_READ | OP_WRITE，视业务而定）。
- 不取消 OP_CONNECT 会导致后续 select 持续返回该事件，干扰正常流程
- 刚连通时通常无需立即写，盲目加 OP_WRITE 可能引发空轮询（因为 TCP 发送缓冲区默认有空间，OP_WRITE 常常就绪）
- 示例操作：
key.interestOps(SelectionKey.OP_READ)或key.interestOps(key.interestOps() & ~SelectionKey.OP_CONNECT | SelectionKey.OP_READ)
读事件处理：从就绪判断到数据消费完成
当 key.isReadable() 为 true，说明内核接收缓冲区有数据可读。但要注意：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 必须调用
channel.read(buffer)尝试读取；若返回值为 -1，表示对端关闭连接，应关闭 channel 并 cancel key - 若返回 0，不代表错误，只是当前无新数据——但 buffer 可能仍有未处理完的数据，需先处理再继续等待
- 读取后记得
buffer.flip()再解析，处理完调用buffer.clear()或compact()为下次读准备
写事件管理：按需启用，避免空转
OP_WRITE 不代表“有数据要发”，而是“底层 TCP 缓冲区有空闲空间可写”。因此不能一上来就长期注册 OP_WRITE：
立即学习“Java免费学习笔记（深入）”；
- 仅在 write() 返回 0（缓冲区满）或抛出 IOException（如连接中断）后，才调用
key.interestOps(key.interestOps() | SelectionKey.OP_WRITE)重新关注写事件 - 一旦 write() 成功写出部分或全部数据，且 buffer 中还有剩余待发内容，就继续保持 OP_WRITE 关注；若已全发出，则应移除 OP_WRITE：
key.interestOps(key.interestOps() & ~SelectionKey.OP_WRITE) - 否则 selector 会不断通知 OP_WRITE 就绪，造成 CPU 空转
事件处理后务必清理 selected-keys 集合
每次循环中通过 selector.selectedKeys() 获取的 Set 是复用的，不手动移除已处理的 key，下次 select 返回时它仍会在集合里，导致重复处理。
- 必须在处理完一个 key 后，调用
iterator.remove()（推荐）或selectedKeys.remove(key) - 不要在遍历过程中直接调用 key.cancel() —— 这会将 key 放入 cancelled-key 集合，但当前轮次仍可能被处理；应在处理完毕、确保资源释放后再 cancel
- 如果 key 已无效（
!key.isValid()），跳过处理即可
