秒杀场景需CPU核心绑定以提升缓存命中率并降低延迟。实测显示，8核服务器上绑定后缓存命中率从76%升至89%以上，执行时间下降26%，关键在于将库存扣减等高计算量线程固定至特定核心，隔离IO线程，并避免跨NUMA访问。
在电商秒杀场景中，光靠调优线程池参数还不够——当QPS冲到1万+、CPU密集型任务（如库存扣减验签、防刷规则计算）持续满载时，线程在核心间频繁迁移会显著拖慢响应。此时，把关键线程“钉死”在特定CPU核心上，配合线程池使用，才能真正压榨硬件吞吐。
为什么秒杀要绑定CPU核心
秒杀不是普通Web请求：它短时爆发、计算密集、延迟敏感。默认调度下，一个库存校验线程可能在0号核启动，几毫秒后被切到3号核，导致L1/L2缓存全部失效、TLB刷新、上下文重载。实测表明，在8核服务器上，未绑定亲和性的秒杀核心线程平均缓存命中率仅76%，而绑定后可达89%以上，执行时间下降26%。
关键线程池 + 亲和性绑定的组合方式
不是所有线程都值得绑定，重点是“高确定性、高计算量、低IO等待”的线程：
-
核心工作线程绑定：用自定义ThreadFactory创建线程时，在run()第一行调用亲和性设置（Linux下用
sched_setaffinity），例如将前4个核心（0–3）专供库存扣减线程使用； - 隔离IO型线程：网络收发、日志写入等IO密集型任务分配到另外的核（如6–7），避免抢占计算核的缓存带宽；
- 避免跨NUMA节点：若服务器为双路CPU，确保线程与它访问的内存（如本地Redis连接池、库存缓存）位于同一NUMA节点，否则远程内存访问延迟翻倍。
C++26或C风格亲和性落地要点
即使Java为主栈，也可通过JNI或独立C++协处理器模块处理关键路径，并启用原生亲和性：
- 绑定必须在线程启动后、实际任务执行前完成，例如在worker_loop入口处调用
CPU_SET(core_id, &cpuset)； - 不要绑定单个核心给多个高负载线程——会造成争抢，应按功能划分核心资源池（如core 0–1：库存，core 2–3：风控，core 4–5：订单生成）；
- 结合cgroup v2做CPU bandwidth限制，防止某个模块突发占用100%算力影响其他模块，比如限制风控线程组最多使用300ms/100ms周期。
监控与验证是否生效
绑定不是一劳永逸，需用工具确认效果：
- 用
taskset -p <pid>查主线程亲和掩码，用ps -T -o pid,tid,psr,comm -p <pid>看每个线程实际运行在哪颗核（PSR列）； - 对比绑定前后perf record数据：关注
cycles、cache-misses、context-switches三项指标是否明显下降； - 在Grafana线程池看板中叠加
cpu_usage_per_core曲线，观察是否出现预期的核心负载倾斜（如0–3核稳定在70%，其余核低于20%）。
