std::thread 不支持跨平台设置 CPU 亲和性，需通过 native_handle() 调用原生 API；VS 调试时线程窗口不显示亲和性，但实际调度仍生效；Windows 下推荐用 SetThreadAffinityMask，需在启动后、关键逻辑前调用，掩码位数须匹配物理 CPU 数量。
std::thread 本身不支持跨平台设置 CPU 亲和性，必须通过 native_handle() 调用操作系统原生 API。在 Visual Studio 中调试时，**亲和性设置不会自动反映在线程窗口的 UI 上**，但会影响实际调度行为——这点容易误判。
Windows 下用 SetThreadAffinityMask 设置亲和性
这是最常用、兼容性最好的方式，适用于所有 Windows 版本（包括 Win7+），且与 VS 调试器无冲突。
-
SetThreadAffinityMask接收HANDLE和一个DWORD_PTR掩码，掩码中第n位为 1 表示允许线程运行在逻辑处理器n上 - 必须在目标线程已启动、但尚未执行关键逻辑前调用（例如在
std::thread构造后、join()前） - 若返回值为 0，说明设置失败（常见原因：掩码超出系统实际 CPU 数量，或线程已退出）
- 示例：
SetThreadAffinityMask(t.native_handle(), 1ULL
VS 调试器里看不到亲和性设置结果
Visual Studio 的“线程”窗口不显示当前线程的 CPU 亲和性掩码，也不会高亮绑定状态。你无法从 UI 判断是否生效——只能靠外部验证或日志。
- 调试时可插入
std::cout << GetCurrentProcessorNumber() << std::endl;来确认实际运行核心 - 使用
Process Explorer或WinDbg的!thread命令查看Affinity字段 - 注意：VS 的“冻结/解冻线程”功能与亲和性无关，它只暂停调度，不改变绑定
别在主线程或调试器附加后设亲和性
某些场景下设置会静默失败或引发未定义行为：
- 主线程（
main()所在线程）默认有系统级约束，SetThreadAffinityMask可能返回 0 且无错误提示 - 如果 VS 调试器已在运行中附加进程，再调用该函数可能被调试器拦截或延迟生效
- 多核机器上，若掩码包含不存在的逻辑处理器编号（如系统只有 4 核却设
0xF0），函数直接失败 - 不要对
std::thread对象调用native_handle()后再detach()—— 句柄可能失效，导致后续调用崩溃
