java压榨多核cpu的关键是让reactor模型与硬件拓扑对齐：主线程专注io就绪分发，工作线程专注业务计算，主从reactor解耦连接建立与io读写，避免reactor阻塞、减少上下文切换、使每核承载实际负载。
Java中压榨多核CPU的关键，不是堆线程，而是让Reactor模型与硬件拓扑对齐：主线程专注IO就绪分发，工作线程专注业务计算，主从Reactor则把连接建立和IO读写解耦。核心在于避免Reactor线程阻塞、减少跨线程上下文切换、让每个CPU核心承载有实际负载的逻辑单元。
单Reactor单线程：仅适合原型或低负载
单Reactor单线程（如原始Netty示例）把accept、read、write、handler全塞进一个EventLoop，CPU利用率永远卡在100%单核，其余核心闲置。它不体现“压榨多核”，反而成为瓶颈样板。除非调试或极轻量UDP服务，否则应直接跳过。
单Reactor多线程：用IO线程+业务线程池解耦
Reactor线程只做三件事：监听就绪事件、读取字节缓冲区、触发ChannelHandler。所有耗时操作（如JSON解析、DB查询、复杂计算）必须移交到独立线程池处理。
- Netty中设置.option(ChannelOption.SO_KEEPALIVE, true)和.childOption(ChannelOption.TCP_NODELAY, true)减少协议开销
- 在ChannelInboundHandler中，用eventLoop().parent().next().submit()或自定义线程池提交任务，禁止在channelRead()里同步调用阻塞方法
- 注意ByteBuf引用计数：移交前调用retain()，业务线程处理完调用release()，否则内存泄漏
主从Reactor（Master-Slave）：真正适配多核的IO分层
主Reactor专管ServerSocketChannel accept，将新连接分配给从Reactor组；每个从Reactor绑定固定数量的NioEventLoop（通常=CPU核心数），各自管理一组客户端SocketChannel。这样accept无竞争，读写分散到多个EventLoop，天然利用多核。
- Netty中启用主从模式只需构造两个EventLoopGroup：bossGroup（1个线程）负责accept，workerGroup（n个线程）负责IO处理
- 通过.group(bossGroup, workerGroup)注册到ServerBootstrap，Netty自动完成连接分发
- workerGroup线程数建议设为Runtime.getRuntime().availableProcessors()，避免过度创建EventLoop导致调度开销上升
CPU亲和性与系统级调优：让线程“钉”在核心上
Linux下JVM线程默认在所有CPU间调度，频繁迁移会冲刷L1/L2缓存。可通过taskset或JNA绑定EventLoop线程到指定核心：
- 启动JVM时加参数：-XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=1提升线程调度精度
- 用jstack查出EventLoop线程PID，再用taskset -cp 0-3
将其限定在前4核 - 更彻底的方式是用java.util.concurrent.locks.StampedLock替代synchronized，在高并发Handler中减少锁争用
不复杂但容易忽略：压榨多核的前提是先确认瓶颈真在CPU——用async-profiler采样火焰图，看热点是否集中在业务逻辑而非GC或IO等待。Reactor模型调优，本质是让每颗核心跑有意义的活，而不是让线程数匹配核心数。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
