Linux下用pthread_setaffinity_np设置线程CPU亲和性是最直接方式，需先CPU_ZERO初始化cpu_set_t、再CPU_SET置位目标核（编号从0开始），调用后必须检查返回值及errno，否则可能静默失败。
Linux下用pthread_setaffinity_np设置线程CPU亲和性
Linux是主流场景，pthread_setaffinity_np是最直接、最可控的方式。它属于GNU扩展（_np表示non-portable），但几乎所有glibc环境都支持。
关键点在于：必须先初始化cpu_set_t，再用CPU_SET逐个置位，最后传给pthread_setaffinity_np；否则行为未定义，常见现象是线程跑在任意核上、甚至调用失败返回EINVAL。
- 调用前必须用
CPU_ZERO(&set)清空掩码，否则残留位会导致意外绑定 - 核编号从0开始，比如4核机器有效范围是0–3；设成5会静默失败（
errno为EINVAL） - 如果目标核当前离线（如通过
echo 0 > /sys/devices/system/cpu/cpu1/online关闭），调用会失败，errno为ENODEV - 示例：绑到CPU 0和2上
cpu_set_t set;
CPU_ZERO(&set);
CPU_SET(0, &set);
CPU_SET(2, &set);
int ret = pthread_setaffinity_np(pthread_self(), sizeof(cpu_set_t), &set);
if (ret != 0) {
// 检查errno，不要只看return值
}
Windows下用SetThreadAffinityMask的注意事项
Windows没有POSIX线程，得用WinAPI：SetThreadAffinityMask接受一个DWORD_PTR掩码，每位对应一个逻辑处理器。但容易踩坑的是：掩码位数与系统实际CPU数量不一致时，高位会被忽略，且函数返回旧掩码——不是成功/失败标志。
- 必须用
GetProcessAffinityMask先查进程允许使用的CPU掩码，再与之做&交集，否则可能设无效位导致返回0（意味着失败） - 返回值为0不等于失败：若原线程掩码就是0（极少见），也会返回0；正确做法是检查
GetLastError()是否为ERROR_INVALID_PARAMETER - 掩码中第n位对应逻辑处理器编号n，但编号顺序不保证与物理核一一对应（尤其在启用超线程时）
- 示例：只允许线程在核心0上运行
DWORD_PTR old_mask, process_mask, system_mask;
if (GetProcessAffinityMask(GetCurrentProcess(), &process_mask, &system_mask)) {
DWORD_PTR target_mask = 1ULL << 0; // CPU 0
if (target_mask & process_mask) {
old_mask = SetThreadAffinityMask(GetCurrentThread(), target_mask);
if (old_mask == 0 && GetLastError() == ERROR_INVALID_PARAMETER) {
// 设置失败
}
}
}
std::thread构造后立即设置affinity才可靠
用std::thread启动后，不能假设线程还在初始化阶段——它可能已调度执行并完成部分工作。一旦线程开始运行，亲和性设置仍有效，但若此时它已被调度到其他核，中间短暂的“非绑定执行”无法避免。
立即学习“C++免费学习笔记（深入）”；
- 最佳实践：在线程函数开头第一行就调用affinity设置，而不是在
std::thread对象构造后、join()前某处调用 - 不要依赖
std::this_thread::sleep_for来“等线程启动再设”，调度器不保证睡眠后立刻执行设置 - 若需精确控制起始位置，考虑用
pthread_create配合pthread_attr_setaffinity_np（Linux）或创建挂起线程再设掩码（Windows）
跨平台封装时别忽略sched_getaffinity的兼容性差异
想写可移植代码？sched_getaffinity看似是POSIX标准接口，但它在不同系统上行为不一：Linux返回当前线程掩码，FreeBSD需要指定pid=0才查当前线程，而macOS根本不支持——直接链接失败。
- macOS没有CPU亲和性API，所有尝试设置都会被忽略（
pthread_setaffinity_np不存在，sched_setaffinity也不可用） - 即使在Linux，
sched_getaffinity返回的cpu_set_t大小可能随内核配置变化，务必用CPU_COUNT而非硬编码位宽判断有效核数 - 跨平台项目建议用CMake检测：
check_symbol_exists(pthread_setaffinity_np "pthread.h" HAVE_PTHREAD_SETAFFINITY_NP)，再条件编译
真正麻烦的不是怎么设，而是设完之后没验证——sched_getaffinity或GetThreadAffinityMask必须跟在设置之后立刻调用，否则你根本不知道它是否生效。
