最直接确认线程亲和性是否生效的方法是在线程函数内调用 sched_getcpu() 获取当前实际运行的CPU编号，而非仅依赖 taskset -p 查看掩码；因后者只反映主线程设置且不保证子线程已绑定，而 sched_getcpu() 返回瞬时真实核号，结合 pthread_setaffinity_np() 调用后立即检查返回值（非零即失败），才能可靠验证。
怎么确认线程亲和性是否真的生效了
最直接的办法是用 taskset -p <pid></pid> 查看进程（或主线程）的当前掩码，但要注意：它只显示主线程的设置，对 std::thread 创建的子线程无效。真正可靠的方式是在线程函数内部调用 pthread_getaffinity_np 或 sched_getcpu() 做运行时校验。
常见错误现象是代码里调了 pthread_setaffinity_np 却没检查返回值，结果 errno == EINVAL（核号超出系统范围）或 ENODEV（目标核已离线），但程序照常跑、只是没绑上。
- 必须在绑定后立即检查返回值：非零即失败，不能只靠日志“看起来成功了”
-
sched_getcpu()返回当前实际运行的 CPU 编号，比查掩码更直观，适合调试阶段打点输出 - 若用
std::thread，务必在线程函数第一行就做绑定和验证——在主线程里对t.native_handle()调用pthread_setaffinity_np很可能因线程尚未调度而返回ESRCH
为什么 taskset 看起来生效了，但 perf top 还是看到线程跳核
因为 taskset 设置的是进程级亲和性，它会继承给所有子线程；但如果你在代码中又调用了 pthread_setaffinity_np，新设置会覆盖旧的。更隐蔽的问题是：某些线程在初始化阶段还没来得及绑定，就被调度器分发到其他核上跑了前几毫秒——这期间的 cache warmup 已被破坏，后续即使绑定了，性能也回不去了。
另一个常见干扰源是中断（IRQ）和内核线程（如 ksoftirqd）占满某颗核，导致你的用户线程虽然绑上了，却长期得不到调度机会。
立即学习“C++免费学习笔记（深入）”；
- 用
cat /proc/interrupts检查各核 IRQ 分布，避免把工作线程和高频率中断绑到同一核 - 用
ps -eo pid,psr,comm | grep your_thread_name实时观察线程实际运行在哪颗核（psr列） - 若发现线程在多个核间跳变，先确认是否调用了
pthread_setaffinity_np两次（比如构造函数和线程函数里各来一次），后者会覆盖前者
如何排查 NUMA 和超线程带来的“假绑定”
你设了 CPU_SET(0)，taskset -p 也显示 mask 是 1，但性能没提升甚至下降——大概率是物理核被共享了。例如在启用了超线程的 8 核机器上，CPU 0 和 CPU 4 可能属于同一个物理核心，L1/L2 缓存完全共用，根本谈不上隔离。
NUMA 场景下更危险：线程绑在 Socket 1 的 CPU 上，但分配的内存来自 Socket 0 的本地内存，每次访存都是跨节点远程访问，延迟翻倍。
- 用
lscpu看Core(s) per socket和Thread(s) per core确认拓扑，再用numactl --hardware查每个 CPU 对应的 node - 绑定前先用
numactl --cpunodebind=0 --membind=0 ./your_program强制线程与内存同节点 - 不要只看逻辑 CPU 编号，要结合
/sys/devices/system/cpu/cpu*/topology/core_id和physical_package_id手动映射物理位置
glibc 版本差异导致的静默失败
有些老版本 glibc（如 2.17 之前）的 pthread_setaffinity_np 在传入未初始化的 cpu_set_t 时不会报错，而是行为未定义；新版本则大概率返回 EINVAL。更麻烦的是 musl libc（Alpine 默认）压根不提供 _np 系列函数，链接时报 undefined reference。
跨发行版部署时，仅靠 #ifdef __linux__ 不足以判断可用性。
- 运行时检测：用
dlsym(RTLD_DEFAULT, "pthread_setaffinity_np")获取函数指针，为 NULL 就别硬调 - 编译期兼容：若需支持 musl，改用
sched_setaffinity(0, ...)（作用于当前线程），它在所有 Linux libc 上都存在 - 别写
sizeof(cpu_set_t)—— 必须用sizeof(cpuset)，否则在不同内核配置下位图大小不一致，导致高位被截断
