Java NIO原生不支持SubSelector，所谓“多SubSelector”实为应用层通过多个独立Selector实例+多线程实现的多Reactor模式；单Selector受限于单线程无法利用多核，需拆分为Main Reactor（仅accept）与多个Sub Reactor（各持一个Selector处理IO），并配合系统调优与无阻塞设计。
Java NIO 原生 不支持 SubSelector，也没有 SubSelector 这个类或概念。这是常见误解——源于对 Netty、Kafka 或自研框架中“多 Reactor”设计的误读，而非 JDK 标准 NIO 的能力。
JDK 的 java.nio.channels.Selector 是单线程事件轮询器，底层在 Linux 对应 epoll_wait，在 macOS 对应 kqueue，它本身不可拆分、不可嵌套、不可子选。所谓“多个 SubSelector”，实际是应用层通过多个独立 Selector 实例 + 多线程协作实现的多路复用分片，本质是「多 Reactor 模式」，不是 NIO 提供的内置功能。
下面从原理到实践讲清楚怎么做：
为什么不能直接用一个 Selector 吃满多核
单个 Selector.select() 调用由一个线程执行，即使服务器有 32 核，它也只能跑在一个 CPU 上。当连接数超万、事件频繁（如心跳、小包、高频率写就绪），单 Selector 成为瓶颈：
立即学习“Java免费学习笔记（深入）”；
-
select()调用本身有开销（系统调用、内核态/用户态切换） -
selectedKeys()遍历和事件分发是纯 CPU 计算 - 所有读写缓冲区操作、业务逻辑（哪怕简单解析）都挤在同一个线程里
→ 单线程无法横向扩展，吞吐量触顶。
正确做法：用多个 Selector + 线程分工（主从 Reactor）
核心思路是把职责拆开：
-
Main Reactor 线程：只做
accept，接收新连接，然后负载均衡地分发给某个 Sub Reactor -
Sub Reactor 线程池（N 个）：每个线程持有一个独立
Selector，负责一组SocketChannel的OP_READ/OP_WRITE事件处理
这样，N 个核可并行运行 N 个 Selector.select()，真正利用多核。
关键实现要点：
- 每个 Sub Reactor 线程需创建自己的
Selector实例（不可共享） - 新连接
SocketChannel必须配置为configureBlocking(false)，再注册到目标 Sub Reactor 的 Selector 上 - 连接分发建议用轮询（Round-Robin）或基于当前负载（如
selectedKeys().size()）的轻量策略，避免某 Reactor 过载 -
ByteBuffer推荐使用ByteBuffer.allocateDirect()，减少 GC 和内存拷贝；读写缓冲区大小按典型报文调整（如 4KB～64KB） - 所有 I/O 事件处理逻辑必须无阻塞：不能做数据库查询、HTTP 调用、复杂 JSON 解析等耗时操作，否则拖垮整个 Sub Reactor 线程
示例结构代码片段（简化）：
// Main Reactor（1 个线程）
serverChannel.register(selector, OP_ACCEPT);
while (running) {
selector.select();
for (SelectionKey key : selector.selectedKeys()) {
if (key.isAcceptable()) {
SocketChannel ch = serverChannel.accept();
ch.configureBlocking(false);
// 分发到某个 Sub Reactor（比如取模）
SubReactor reactor = subReactors.get(nextIndex.getAndIncrement() % subReactors.size());
reactor.register(ch); // 内部调用 ch.register(reactor.selector, OP_READ)
}
}
}
// Sub Reactor（每个实例一个线程）
void eventLoop() {
while (running) {
selector.select(1000);
for (SelectionKey key : selector.selectedKeys()) {
if (key.isReadable()) {
// 读数据 → 解析 → 触发业务回调（务必异步投递！）
ByteBuffer buf = ByteBuffer.allocate(8192);
int n = ((SocketChannel) key.channel()).read(buf);
if (n > 0) {
buf.flip();
dispatchToBusinessThread(buf.array(), buf.limit()); // 关键：不在此线程处理业务
}
}
}
}
}配合系统级调优才能释放多核潜力
光加 Selector 不够，还需：
- 调大内核参数：
net.core.somaxconn=65535、fs.file-max=2097152，避免连接被拒或 fd 耗尽 - JVM 设置合理堆外内存：
-XX:MaxDirectMemorySize=2g，防止DirectBufferOOM - TCP 优化：
channel.socket().setTcpNoDelay(true)关闭 Nagle，setSoLinger(-1)避免 TIME_WAIT 挤占端口 - 若用 Netty，直接启用
EpollEventLoopGroup（Linux）或KQueueEventLoopGroup（macOS），它已封装好主从 Reactor，只需指定线程数：EventLoopGroup bossGroup = new EpollEventLoopGroup(1); // Main Reactor EventLoopGroup workerGroup = new EpollEventLoopGroup(8); // 8 个 Sub Reactor，对应 8 核
不复杂但容易忽略。
