sched_getcpu()返回当前线程运行的逻辑CPU编号，而非物理核心索引；物理核心需结合/proc/cpuinfo中physical id与core id二元组唯一标识，或Windows下通过GetLogicalProcessorInformation()解析拓扑。
Linux下用sched_getcpu()获取当前线程绑定的物理核心索引
这个函数直接返回当前线程正在运行的CPU逻辑编号（即/proc/cpuinfo中processor字段的值），但它不区分超线程或物理核心——它只告诉你“此刻在哪颗逻辑CPU上”。如果你只是想确认线程是否被调度到预期的核心，sched_getcpu()最轻量、无依赖：
#include <unistd.h>
#include <stdio.h>
int cpu = sched_getcpu();
if (cpu == -1) {
perror("sched_getcpu");
} else {
printf("Running on logical CPU %d\n", cpu);
}
注意：sched_getcpu()是glibc扩展，不是POSIX标准，但在主流Linux发行版中可用；Windows不支持。
跨平台获取物理核心拓扑需解析/proc/cpuinfo（Linux）或调用GetLogicalProcessorInformation()（Windows）
“物理核心索引”本身不是操作系统暴露的独立概念——它需要从CPU拓扑信息中推导。Linux下最可靠的方式是解析/proc/cpuinfo，关键字段包括：
-
processor：逻辑CPU编号（0, 1, 2…） -
core id：该逻辑CPU所属物理核心的本地ID（同一物理核心上的超线程共享相同core id） -
physical id：CPU插槽ID（多路系统中区分不同物理CPU）
例如，4核8线程CPU通常有4个唯一core id（0–3），每个对应2个不同processor。你不能只靠core id跨CPU插槽比较——必须结合physical id才能唯一标识一个物理核心。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
Windows上用GetLogicalProcessorInformation()提取物理核心关系
Windows不提供类似/proc/cpuinfo的文本接口，必须调用WinAPI。核心是遍历SYSTEM_LOGICAL_PROCESSOR_INFORMATION结构体，筛选RelationProcessorCore类型：
#include <windows.h>
#include <vector>
std::vector<DWORD> get_physical_core_masks() {
DWORD len = 0;
GetLogicalProcessorInformation(nullptr, &len);
std::vector<char> buf(len);
PSYSTEM_LOGICAL_PROCESSOR_INFORMATION info =
reinterpret_cast<PSYSTEM_LOGICAL_PROCESSOR_INFORMATION>(buf.data());
std::vector<DWORD> core_masks;
if (GetLogicalProcessorInformation(info, &len)) {
for (DWORD i = 0; i < len / sizeof(SYSTEM_LOGICAL_PROCESSOR_INFORMATION); ++i) {
if (info[i].Relationship == RelationProcessorCore) {
core_masks.push_back(info[i].ProcessorMask);
}
}
}
return core_masks;
}
每个ProcessorMask是一个位掩码，其bit数即为该物理核心包含的逻辑处理器数量（通常是1或2）。不要误以为mask值就是“核心索引”——它只是位图，需用BitScanForward等提取具体逻辑CPU编号后再映射。
别把逻辑CPU编号当物理核心索引，也别忽略NUMA节点和超线程干扰
常见错误是拿到sched_getcpu()返回的3，就认为“这是第3个物理核心”——完全错误。在8线程CPU上，逻辑CPU 3可能和逻辑CPU 7共享同一个物理核心（core id相同）。真正有意义的物理核心标识是(physical id, core id)二元组。
- 跨NUMA节点时，
physical id不同意味着内存延迟差异显著，仅靠core id无法区分 - 某些ARM或新Intel CPU支持SMT关闭，此时
core id与processor一一对应，但代码不能假设这点 - 容器或虚拟机中，
/proc/cpuinfo可能被cgroup或hypervisor裁剪，processor总数≠实际可用物理核心数
真要绑定到特定物理核心，优先用pthread_setaffinity_np()或SetThreadAffinityMask()配合拓扑解析结果，而不是硬编码索引。
