java nio优化核心是selector高效驱动多连接、减少线程空转与资源瓶颈，需合理选择select策略、分治负载、et模式、direct buffer及轻量事件处理。
Java NIO 优化网络 IO 并发调度性能，核心在于让 Selector 高效驱动多连接、减少线程空转、避免缓冲区和事件处理瓶颈。关键不在堆线程，而在精控事件流转与资源复用。
合理配置 Selector 事件轮询方式
避免无差别调用 select() 导致线程长期阻塞；也不宜高频调用 selectNow() 引发 CPU 空转。应按场景选择：
- 常规高吞吐服务：用 select(long timeout)（如 10–100ms），平衡响应及时性与 CPU 负载
- 实时性敏感系统（如行情推送、游戏网关）：用 selectNow() + 主动任务调度，在检查完就绪事件后立即执行业务逻辑或定时任务
- 需精准控制调度节奏时：结合 selectNow() 与自定义时间片（例如每 5ms 检查一次，累计 20 次未命中再休眠 1ms）
避免单点 Selector 成为瓶颈
单个 Selector 在连接数超万、事件密集时可能成为调度热点。可采用分治策略：
- 按连接特征做负载分片：例如将连接哈希到 N 个 Selector 实例（N = CPU 核心数 × 1.5），每个绑定独立线程
- 读写分离：一个 Selector 专管 OP_ACCEPT / OP_READ，另一个专管 OP_WRITE，缓解写事件积压导致的读事件延迟
- 对长连接+小包场景，启用 OP_READ 的边缘触发（ET）模式（需底层支持，如 Linux epoll），避免重复通知
高效管理 Buffer 与数据流转
Buffer 处理不当会引发频繁内存拷贝或 GC 压力，拖慢整体调度节奏：
- 使用 direct buffer（
ByteBuffer.allocateDirect()）处理网络 IO，绕过 JVM 堆，减少用户态/内核态拷贝 - 为每个 Channel 配置固定大小的读写缓冲区（如 8KB～64KB），避免动态扩容；用 flip() 和 compact() 正确切换读写状态
- 处理粘包/半包时不新建 byte[]，而是用 slice() 或 duplicate() 切出有效数据视图，降低对象分配频率
精简 SelectionKey 生命周期与事件处理
每次事件处理都应轻量、确定、可预测，防止阻塞 Selector 线程：
- 在事件回调中只做 I/O 操作（read/write）和简单状态更新；耗时逻辑（协议解析、DB 访问）提交至业务线程池
- 及时调用 iterator.remove() 清理 selectedKeys，否则下次 select 可能重复返回同一 key
- 注册时慎用 OP_WRITE：它几乎总是就绪，易导致 busy-loop；改为“有数据要发时才注册，发送完成立即取消”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
