std::thread::hardware_concurrency() 仅返回逻辑处理器总数且可能为0，无法判断超线程是否开启；需结合CPUID指令查EDX第28位（HTT支持）与OS提供的逻辑/物理核数对比确认实际启用状态。
std::thread::hardware_concurrency() 不能判断超线程是否开启
这个函数只返回逻辑处理器总数（比如 8），但它不区分这 8 个是来自 4 物理核 + 超线程，还是 8 个纯物理核。它甚至可能返回 0（例如容器里被 cgroup 限核、或编译器未启用多线程支持）。所以光靠 std::thread::hardware_concurrency() 无法回答“超线程是否开启”这个问题。
用 CPUID 指令查超线程：必须读取 EDX 的第 28 位
CPUID 指令执行 eax = 1 后，edx 寄存器的第 28 位（bit 28）表示 HTT（Hyper-Threading Technology）是否被 CPU 硬件支持。但这只是“能力”，不是“当前状态”。要确认是否**已开启**，还需结合操作系统报告的逻辑核数与物理核数对比。
- 在 x86/x64 上，用内联汇编调用
cpuid，输入eax = 1，检查m_edx & (1 是否为真 - 若为假，说明 CPU 根本不支持超线程（老奔腾 4 以前或某些低功耗型号）
- 若为真，仅表示“可开启”，不代表 BIOS/UEFI 或 OS 已启用 —— 必须配合系统级信息交叉验证
Linux 下验证超线程是否实际开启：比对 /proc/cpuinfo 字段
运行时最可靠的方式是读取 /proc/cpuinfo 并计算两个关键值：
-
grep -c 'processor' /proc/cpuinfo→ 逻辑 CPU 总数（如 16） -
grep 'cpu cores' /proc/cpuinfo | head -1 | awk '{print $4}'→ 单颗物理 CPU 的核心数（如 8） -
grep 'siblings' /proc/cpuinfo | head -1 | awk '{print $4}'→ 单颗物理 CPU 的逻辑线程数（如 16）
如果 siblings == cpu cores，超线程关闭；如果 siblings == cpu cores * 2，且逻辑总数匹配，则基本确认已开启。注意：多路 CPU（multi-socket）需先按 physical id 分组再算。
立即学习“C++免费学习笔记（深入）”；
Windows 下用 GetSystemInfo + WMI 补充判断
GetSystemInfo() 只给 dwNumberOfProcessors（逻辑数），没法拆解物理结构。真正能区分的方式是：
- 调用
GetLogicalProcessorInformation()，遍历SYSTEM_LOGICAL_PROCESSOR_INFORMATION数组 - 统计
RelationProcessorCore类型的条目数 → 物理核心总数 - 统计所有逻辑处理器掩码的 bit 总数 → 逻辑处理器总数
- 若后者 ÷ 前者 == 2，且 CPUID 报告 HTT 支持，则超线程已开启
纯 C++ 不依赖 WMI 就能做到，但要注意该 API 在 Windows XP SP3+ 才完整支持，且返回结构需手动解析位图。
超线程状态不是编译期常量，也不是单次 CPUID 能拍板的事——它横跨硬件能力、BIOS 设置、OS 调度策略三层。漏掉任何一层，检测结果都可能误判。尤其在容器或虚拟机中，/proc/cpuinfo 和 GetLogicalProcessorInformation() 返回的是虚拟化层暴露的视图，和宿主机未必一致。
