cpu亲和性是多线程性能优化的关键一环，通过将线程绑定至固定物理核，使热数据驻留于该核独占的l1d/l2缓存中，避免跨核迁移导致的缓存失效、总线争抢与延迟抖动，实测可提速15–30%；需在每个线程启动后立即调用对应平台绑定接口，并结合硬件拓扑与numa内存策略协同优化。
多线程性能优化中，CPU亲和性不是“锦上添花”，而是关键一环。它不改变线程逻辑，却能显著减少上下文切换、提升缓存命中率、降低延迟抖动——尤其对计算密集型、低延迟敏感或NUMA架构下的服务效果明显。
为什么绑核能真实提升性能
核心原因不在“不让线程跑”，而在“让数据留在原地”。一个线程长期运行在固定物理核上，其频繁访问的热数据大概率保留在该核独占的L1d和L2缓存中；一旦跨核迁移，就得重新加载，触发缓存失效与总线争抢。实测表明，对小数组密集计算类任务，绑定不同物理核（而非同核超线程）可提速15–30%。需注意：超线程（SMT）下两个逻辑核共享L1/L2，盲目绑定同物理核的双线程反而可能因资源争抢拖慢速度。
怎么正确绑定——别只绑主线程
常见错误是启动时用taskset绑了进程，就以为万事大吉。但std::thread或pthread_create创建的新线程，默认继承的是创建时刻的亲和性掩码——往往仍是全核可选。必须在每个线程启动后、执行业务逻辑前，立即调用绑定接口：
- Linux：用pthread_setaffinity_np配合cpu_set_t设置单核掩码
- Windows：用SetThreadAffinityMask设定目标核心
- C++26起可直接用std::this_thread::set_affinity，支持vector
传入核心ID列表 - 务必确认native_handle有效（线程处于joinable状态），且绑定前调用CPU_ZERO/CPU_SET初始化掩码
绑哪几个核？得看硬件拓扑
不能凭编号硬写0、1、2。先用lscpu或读取/proc/cpuinfo确认物理核与逻辑核映射关系，避开同一物理核上的超线程对（如CPU0和CPU1若属同物理核，优先选CPU0+CPU2）。对NUMA系统，还需同步约束内存分配——用numactl --membind或mbind将线程使用的内存锁定在本地节点，避免远端内存访问延迟。
哪些场景适合绑，哪些不必绑
绑定不是万能解药，适用与否取决于任务特征：
- 推荐绑定：数据库主进程（如KeyDB）、实时音视频编解码、高频交易策略计算
- 建议隔离核心：将关键服务绑定到非CPU0的核心，避开系统中断、软中断等干扰
- 无需绑定：IO等待长、CPU占用率低的任务（如HTTP请求处理中的阻塞等待阶段），绑核反而限制调度灵活性
