java nio优化网络io效率的核心是减少线程开销、提升事件吞吐、避免反模式：合理使用selector多路复用（设超时、及时remove key）、精准管理selectionkey兴趣集、规范buffer使用（优先direct、手动清理）、采用boss/worker线程分离模型。
Java NIO 优化网络 IO 效率，核心在于减少线程开销、提升事件处理吞吐、避免常见反模式。不是堆更多线程，而是让每个线程干得更准、更稳、更少等待。
用好 Selector 多路复用，别让它空转或过载
一个 Selector 管理数百甚至数千 Channel 是可行的，但前提是配置合理：
- 调用 select(timeout) 而非无参 select()，防止无限阻塞；超时建议设为 10–100ms，兼顾响应与 CPU 利用率
- 每次处理完 selectedKeys 后，必须调用 iterator.remove()，否则同一事件会重复触发
- 避免在 select 循环中做耗时操作（如解析协议、访问数据库），应交由业务线程池异步处理
- Linux 下确保使用的是 epoll（JDK 默认启用），而非兼容性差的 select/poll
合理管理 SelectionKey 和兴趣集
SelectionKey 的状态误操作是 NIO 卡死的高发原因：
- 新接受的 SocketChannel 注册时只设 OP_READ，不要一上来就加 OP_WRITE
- 需要写数据时，先检查 writeBuffer 是否有剩余空间；若有，则直接 write；若已满，再调用 key.interestOps(OP_READ | OP_WRITE) 启用写事件
- 写完后务必及时恢复为 OP_READ，否则会持续触发写就绪，造成“忙等”和 CPU 占用飙升
- 不要在读/写逻辑里随意调用 key.cancel()，断连应走 close() + cleanup 流程
缓冲区（Buffer）使用要轻量且可控
ByteBuffer 分配和翻转直接影响吞吐和 GC 压力：
- 优先使用 ByteBuffer.allocateDirect() 处理网络数据（减少 JVM 堆压力，支持零拷贝）；小对象或短生命周期可选 heap buffer
- 每次读取前调用 buffer.clear() 或 buffer.compact()，别依赖 GC 清理位置状态
- 读取时用 channel.read(buffer) 返回值判断实际字节数，防止 buffer 溢出或粘包误判
- 对高频小包场景，考虑对象池（如 Netty 的 PooledByteBufAllocator）复用 buffer，避免频繁分配
线程模型设计：Boss/Worker 分离更可靠
单 Selector 并非银弹，多核机器上可进一步拆分职责：
- 1 个 Boss 线程专管 ServerSocketChannel.accept() 和新连接注册
- N 个 Worker 线程（N ≈ CPU 核心数 × 1.5）各自持有独立 Selector，负责已连接 Channel 的读写
- 连接分配可用轮询或负载感知策略（如按 channel.hashCode() 取模），避免某 Worker 过热
- Worker 线程不执行阻塞操作，所有耗时任务投递到独立业务线程池
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
