CPUID 无法直接判断超线程是否启用，需结合逻辑核数与物理核数比值：若大于1则启用；EDX[28]仅表示硬件支持（Intel），不反映运行时状态，虚拟机中更可能失真。
如何用 CPUID 判断超线程是否启用
Linux/macOS/Windows 下用 C++ 检测超线程，核心就一条：调用 CPUID 获取逻辑核与物理核数量比。不能只看 CPUID 返回的“是否支持 HT”，因为 BIOS 可能禁用它，必须确认当前运行时状态。
关键步骤是执行 CPUID 指令两次：EAX=1 获取基础信息，EAX=0x80000008（部分老 CPU 用 0x80000006）获取核心数编码。但更可靠、跨代兼容的做法是结合 /proc/cpuinfo（Linux）、sysctl hw.logicalcpu/hw.physicalcpu（macOS）或 Windows API GetLogicalProcessorInformation 做交叉验证——CPUID 本身不直接告诉你“HT 是否开启”，它只告诉你“最多能有多少逻辑处理器”，而操作系统是否启用 HT，得看实际调度单元数量。
-
CPUID执行后检查EDX[28]：置 1 表示 CPU 硬件支持超线程（Intel），但 AMD 的对应位（EDX[28]）在早期型号中无意义，需结合厂商 ID 和扩展功能判断 - 真正决定 HT 是否生效的是逻辑 CPU 数 / 物理 CPU 数 > 1；例如 4 核 8 线程 → HT 启用；4 核 4 线程 → HT 关闭或不支持
- 在虚拟机中，
CPUID可能被 VMM 拦截并伪造，EDX[28]可能为 1，但宿主机已关闭 HT，此时仍会显示“支持”却无实际并发提升
__cpuid 在 Windows 上的典型误用
很多人直接用 MSVC 内置函数 __cpuid 查 EAX=1，然后读 edx & (1 就下结论，这会导致误判。
问题出在：该位仅表示“处理器能力”，不代表当前系统启用了超线程。尤其在服务器 BIOS 中，HT 常被手动关闭以换取单线程性能或降低缓存争用，此时 __cpuid 仍返回支持，但 std::thread::hardware_concurrency() 返回值等于物理核数。
立即学习“C++免费学习笔记（深入）”；
- 正确做法是：先用
__cpuid确认硬件支持，再调用GetLogicalProcessorInformation获取RelationProcessorCore类型的条目，统计其中ProcessorMask的 bit 数和组数 - 若某 core 的
ProcessorMask有多个 bit（如 0b11），说明该物理核启用了多个逻辑处理器 → HT 开启 - MSVC 编译时需链接
kernel32.lib，且目标平台不能是 ARM（__cpuid仅 x86/x64 有效）
Linux 下绕过 CPUID 直接读 /proc/cpuinfo 更稳
对多数服务端 C++ 程序，没必要手写内联汇编调 CPUID。Linux 提供了稳定、OS 感知的接口：/proc/cpuinfo 中的 cpu cores（每颗物理 CPU 的核心数）和 siblings（每个 core 对应的逻辑处理器数）是内核根据真实拓扑填充的，已考虑 BIOS 设置、热插拔、cgroup 限制等。
注意字段含义：siblings 是“每个物理 CPU 封装内的逻辑处理器总数”，不是全局线程数；cpu cores 是该封装内的物理核心数；二者相除即为每核线程数（通常为 1 或 2）。
- 解析时建议按
processor字段分块（每块一个逻辑 CPU），统计不同core id+physical id组合出现的频次 - 避免只读第一个 processor 的
siblings和cpu cores：多路 CPU（multi-socket）系统中，不同 socket 的值可能不同（尤其混合配置） - 若程序需在容器中运行，确认挂载了
/proc（默认是挂载的），且未通过--cpus或 cgroups 人为限频导致siblings失真
为什么 std::thread::hardware_concurrency() 不够用
这个标准库函数返回的是“实现认为适合并发的线程数”，但它不区分超线程——在 HT 开启时，它通常返回逻辑核数；HT 关闭时，返回物理核数。看似可用，但有严重缺陷：
- 返回值可能为 0（实现未知或探测失败），尤其在嵌入式或精简内核环境
- 无法反推 HT 状态：你拿到 16，不知道它是 8c16t 还是 16c16t
- 某些 libc 实现（如 musl）会硬编码为
sysconf(_SC_NPROCESSORS_ONLN)，而该值受taskset或cgroups v1的cpuset.cpus影响，和 CPU 硬件能力脱钩 - 在 macOS 上，它调用
sysconf(_SC_NPROCESSORS_ONLN)，但该值不反映 HT 是否启用，只反映当前允许使用的逻辑 CPU 数
真正需要 HT 状态的场景（比如线程池绑定策略、NUMA 感知调度、性能建模），必须分离获取物理拓扑与逻辑拓扑，不能依赖单一数字。
