C++多线程程序跑不满多核的根本原因是默认SCHED_OTHER调度策略追求全局公平而非性能最优，导致线程频繁迁移、缓存失效、NUMA远程内存访问及超线程资源争用；必须结合CPU亲和性绑定与NUMA感知内存分配才能释放真实算力。
直接结论：不要盲目创建线程数等于逻辑核数，更不能靠“平均分配”直觉来调度；核心在于按任务类型做亲和性绑定 + NUMA 感知内存分配。
为什么 std::thread 默认调度会让多核跑不满？
操作系统默认用 SCHED_OTHER 策略调度线程，目标是全局公平和响应快，不是性能最优。典型问题包括：
- 线程在核心间频繁迁移 →
L1/L2 cache miss暴涨，实测延迟翻倍以上 - 在 NUMA 架构（如双路 Xeon）下，线程被调度到远端 socket → 访问本地内存变成远程内存访问，带宽下降 40%~70%
- Windows 的负载均衡 + Intel SpeedStep 降频联动 → 多核低利用率反而触发集体降频，单线程吞吐暴跌
-
std::hardware_concurrency()返回的是逻辑核数（含超线程），但超线程共享执行单元，对计算密集型任务绑定两个超线程核不如绑定两个物理核
pthread_setaffinity_np 是 Linux 下最稳的绑定方式
目前 C++26 的 std::this_thread::set_affinity 尚未落地（标准已定稿但主流编译器库尚未实现），生产环境仍需依赖 POSIX API。关键点：
- 必须在
std::thread启动后、首次执行前调用，否则可能失败或无效 - 调用前需加
#define _GNU_SOURCE，且链接-lpthread -
CPU_SET(core_id, &cpuset)中的core_id是逻辑 CPU 编号，可用lscpu或cat /proc/cpuinfo查，注意区分物理核/超线程核 - 错误码常见为
EPERM（权限不足）或EINVAL（core_id 超出范围），建议用errno检查而非只看返回值
#include <pthread.h>
#include <sched.h>
void bind_to_core(std::thread& t, int core_id) {
cpu_set_t cpuset;
CPU_ZERO(&cpuset);
CPU_SET(core_id, &cpuset);
int ret = pthread_setaffinity_np(t.native_handle(), sizeof(cpuset), &cpuset);
if (ret != 0) {
// 不要忽略 ret == -1 且 errno == EINVAL 的情况
fprintf(stderr, "Failed to bind thread to core %d: %s\n", core_id, strerror(errno));
}
}
Windows 下必须用 SetThreadAffinityMask + 进程级掩码配合
Windows 没有 per-thread 亲和性 API 的标准封装，SetThreadAffinityMask 是唯一可靠方式，但要注意：
立即学习“C++免费学习笔记（深入）”；
- 它只影响当前线程，对后续
std::thread创建的新线程无效，必须在每个线程启动后立即调用 - 掩码是
DWORD_PTR类型，64 位系统下最多支持 64 个逻辑核；超过需用SetThreadGroupAffinity配合处理器组（Processor Group） - 若进程本身已被
SetProcessAffinityMask限制过范围，线程掩码不能超出该范围，否则调用静默失败 - 调试时用
taskmgr→ “详细信息” → 右键线程 → “设置关联性” 可验证是否生效
#include <windows.h>
void bind_thread_to_core(std::thread& t, int core_id) {
HANDLE hThread = t.native_handle();
DWORD_PTR mask = static_cast<DWORD_PTR>(1) << core_id;
DWORD_PTR prev = SetThreadAffinityMask(hThread, mask);
if (prev == 0) {
// GetLastError() 可得具体原因，比如 ERROR_INVALID_HANDLE
}
}
最容易被忽略的 NUMA 陷阱：线程绑核 ≠ 性能提升
只绑核不配内存，NUMA 架构下性能可能更差。真实场景中：
- 用
numactl --cpunodebind=0 --membind=0 ./myapp启动进程，强制线程与内存同 socket - 在代码中调用
mbind()（Linux）或VirtualAllocExNuma()（Windows）分配线程私有内存池 - 避免跨 socket 共享数据结构；若必须共享，优先用
std::atomic+ 缓存行对齐（alignas(64)），而非锁 - 用
perf stat -e numa-migrations监控迁移次数，> 1000/s 即说明绑定策略失效
线程亲和性不是“设完就完”的开关，而是需要和内存布局、调度策略、硬件拓扑联动的一整套配置。一个没处理好的 CPU_SET 调用，可能让 32 核服务器的实际有效算力跌到 8 核水平。
