Java中Selector实现非阻塞IO的核心是单线程轮询多个非阻塞Channel，需配置非阻塞模式、注册事件、select()监听就绪键并手动清理key，推荐使用Netty等框架避免底层错误。
Java 中使用 Selector 实现网络非阻塞 IO，核心是让单个线程管理多个通道（Channel），通过事件轮询避免线程阻塞在 I/O 操作上。关键在于：通道必须配置为非阻塞模式，注册到选择器时指定关注的事件类型，再循环调用 select() 获取就绪事件并处理。
准备非阻塞 Channel 并注册到 Selector
ServerSocketChannel 和 SocketChannel 都需设为非阻塞，并绑定到 Selector。注意：只有继承自 SelectableChannel 的通道才能注册。
- 创建
Selector：调用Selector.open() - 创建
ServerSocketChannel，设为非阻塞：configureBlocking(false) - 绑定端口后，调用
register(selector, SelectionKey.OP_ACCEPT) - 客户端
SocketChannel同样需先configureBlocking(false)，再注册（如 OP_CONNECT 或 OP_READ）
监听就绪事件并分发处理
select() 方法会阻塞直到至少一个通道就绪（或超时/被唤醒），返回就绪键数量。通过 selectedKeys() 遍历所有就绪的 SelectionKey，根据其 interestOps() 类型做对应操作。
-
OP_ACCEPT：调用serverChannel.accept()得到新连接的SocketChannel，设为非阻塞并注册OP_READ -
OP_READ：从对应SocketChannel读取数据（注意检查返回值是否为 -1，表示对端关闭） -
OP_WRITE：通常只在写缓冲区满、写入不完整时才临时注册；写完后应取消注册，避免空转 -
OP_CONNECT：客户端连接完成确认，可检查isConnectionPending()和finishConnect()
注意 key 的生命周期与线程安全
SelectionKey 是通道与选择器之间的绑定凭证，其状态直接影响事件是否继续触发。常见疏漏包括：
立即学习“Java免费学习笔记（深入）”；
- 每次处理完一个 key 后，必须调用
iterator.remove()，否则下次select()可能重复通知 - 不要在多线程中直接操作同一个
Selector或它的 key；若需跨线程调度（如业务逻辑耗时），应将任务提交到业务线程池，而非在 selector 线程中阻塞 - 关闭通道或取消 key 时，关联的 key 会自动失效，但已加入 selectedKeys 的 key 不会自动移除，仍需手动清理
简化开发可借助 NIO 框架
原生 Selector 编码较底层，易出错（如漏移除 key、异常未捕获导致 selector 崩溃）。生产环境推荐使用封装良好的框架：
- Netty：基于 Selector 封装了 Reactor 模式，提供 ChannelPipeline、ByteBuf、零拷贝等特性
- Vert.x：事件驱动、非阻塞，Java 版本内部也依赖 NIO Selector
- 自己封装需重点处理：空轮训（JDK bug）、OP_WRITE 滥用、异常传播、资源泄漏
