java nio通过非阻塞+selector多路复用实现单线程高效管理大量并发连接，核心是事件驱动、按需响应；serversocketchannel须设为非阻塞并注册op_accept，新socketchannel同样需非阻塞并注册op_read/op_write，统一由selector调度读写事件。
Java NIO 通过 非阻塞 + Selector 多路复用 实现单线程高效管理大量并发连接，核心不是“挨个处理”，而是“事件驱动、按需响应”。关键在于 ServerSocketChannel 只负责监听新连接，真正通信由大量 SocketChannel 承担，全部由同一个 Selector 统一调度。
ServerSocketChannel 必须设为非阻塞并注册 OP_ACCEPT
这是整个机制的起点，缺一不可：
- 调用
ServerSocketChannel.open()创建通道 - 绑定端口：
channel.bind(new InetSocketAddress(port)) - 立即执行
channel.configureBlocking(false)—— 若遗漏，后续注册 Selector 会直接抛异常 - 注册到 Selector：
channel.register(selector, SelectionKey.OP_ACCEPT)，不能注册 OP_READ/OP_WRITE，它只响应连接事件
在 select 循环中识别并接纳新连接
主线程持续调用 selector.select() 等待事件，一旦返回，说明至少有一个通道就绪：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 遍历
selector.selectedKeys()，对每个SelectionKey判断key.isAcceptable() - 若为 true，调用
serverChannel.accept()获取新的SocketChannel - 注意：该方法可能返回 null（非阻塞下瞬时无连接可取），必须判空，不能直接使用
- 对这个新 SocketChannel 同样执行
configureBlocking(false)，再注册OP_READ（或 OP_WRITE）到同一 Selector - 处理完一个 key 后，务必调用
keyIterator.remove()，否则下次 select 会重复触发
用统一 Selector 管理所有 SocketChannel 的读写事件
每个客户端连接对应一个 SocketChannel，它们都注册在同一个 Selector 上，共享事件循环：
- 当某个 SocketChannel 有数据可读（
key.isReadable()），从其关联的 ByteBuffer 中读取数据 - 读到的数据通常需按协议解析（如长度前缀、分隔符），避免粘包/半包
- 业务逻辑建议交由独立线程池处理，防止阻塞 Selector 线程
- 写操作一般先写入 ByteBuffer，再调用
channel.write(buffer)；若缓冲区未满，需注册OP_WRITE等待可写事件再继续
实际高并发场景下的关键细节
代码能跑通不等于能扛住万级连接，这些点直接影响稳定性：
- 每个新 SocketChannel 的非阻塞设置不可省略——父通道状态不继承
- accept() 后不要立刻 read()，此时 TCP 连接刚建立，对方可能尚未发数据；应等下次 OP_READ 事件再读
- ByteBuffer 要合理分配（堆外内存更优）、及时 flip/clear，避免数据错乱或 OOM
- 连接数上万时，单 Selector 可能成瓶颈，可考虑多个 Selector 分组（如 Netty 的 boss-worker 模型）
- 记得关闭资源：Channel 关闭时自动取消注册，但显式调用
key.cancel()+channel.close()更稳妥
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
