Windows下唯一可靠获取物理核心与逻辑处理器映射的方式是GetLogicalProcessorInformation，其ProcessorMask字段表示同属一物理核心的逻辑CPU ID位图，需过滤RelationProcessorCore项并用_BitScanForward解析；Linux则须读取/sys/devices/system/cpu/cpu*/topology/thread_siblings_list，避免thread_siblings和core_id等不可靠字段；跨平台时std::thread::hardware_concurrency()完全不可信，不能用于绑核或推导拓扑。
Windows下用GetLogicalProcessorInformation解析亲和性位图
物理核心与逻辑处理器的亲和性映射，本质是“哪些逻辑CPU ID共享同一物理核心”，不是进程级affinity mask，而是系统级拓扑关系。Windows唯一可靠方式是GetLogicalProcessorInformation，它返回的ProcessorMask字段就是亲和性位图的原始依据——每个bit置1表示对应逻辑CPU可被调度到该物理核心上。
常见错误是把ProcessorMask直接当进程亲和掩码用：它不随SetThreadAffinityMask变化，也不反映当前线程限制，只描述硬件归属关系。
- 必须调用两次：
GetLogicalProcessorInformation(NULL, &dwSize)先获缓冲区大小，再分配内存重试 - 遍历返回数组，只保留
Relationship == RelationProcessorCore的项；其他如RelationNumaNode或RelationCache不能用于构建核心-线程映射 -
ProcessorMask类型为ULONG_PTR，在64位系统上是64位整数，需用_BitScanForward或std::bitset提取所有置位bit位置，得到逻辑CPU ID列表 - 例如掩码值
0x5（二进制0b101）表示逻辑CPU 0 和 2 属于同一物理核心，而非“可用CPU 0 和 2”
Linux下读取thread_siblings_list构建亲和组
Linux没有API，亲和性映射完全由/sys/devices/system/cpu/cpu*/topology/thread_siblings_list定义：该文件内容即“同物理核心上所有可互换调度的逻辑CPU ID列表”，也就是操作系统层面的最小亲和单元。
别用thread_siblings（十六进制掩码）——解析易错；也别信/proc/cpuinfo里的core id字段，它在ARM平台、KVM虚拟机或禁用SMT的内核中常缺失或重复。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 遍历
/sys/devices/system/cpu/cpu[0-9]*/真实目录（跳过软链接如cpu0/online） - 对每个
cpuN，读topology/core_id和topology/physical_package_id，组合成唯一键(package_id, core_id) - 同时读
topology/thread_siblings_list，它格式为逗号分隔或范围（如"0,4"或"8-11"），直接给出该物理核心的亲和组成员 - 若某
cpuN目录下无topology/子目录，说明内核未启用CONFIG_SCHED_SMT或CONFIG_SCHED_MC，此时所有逻辑CPU视为独占物理核心
跨平台时std::thread::hardware_concurrency()完全不可信
这个函数返回值既不是亲和组大小，也不反映拓扑结构，更不随cgroup或taskset动态调整。它在WSL2、Docker容器、ARM64裸金属或某些glibc旧版本中可能返回0、宿主机值，或任意估算数。
试图用它推导亲和性映射只会导致绑核失败或性能倒退——比如你按hardware_concurrency()假设8个逻辑核均匀分布在4个物理核上，实际可能是2个物理核+超线程+NUMA偏斜。
- 绝对不要用
std::thread::hardware_concurrency()初始化线程池规模用于绑核 - 绝对不要用它生成CPU ID索引去查
thread_siblings_list或ProcessorMask - 它连逻辑核总数都不能保证准确，遑论映射关系
亲和性映射的边界条件容易被忽略
真正难的不是读取数据，而是处理边界：多插槽系统里physical_package_id可能跳变；Windows超过64逻辑核时GetLogicalProcessorInformation会截断，必须改用GetLogicalProcessorInformationEx并传RelationGroup；ARM64平台thread_siblings_list可能为空，需fallback到/proc/cpuinfo的cpu cores字段（但仅作最后手段）。
更隐蔽的是热插拔CPU：/sys/devices/system/cpu/cpu*/online可能为0，但thread_siblings_list仍存在——必须检查online状态再纳入映射表，否则会把离线核当作有效亲和目标。
