C++如何获取系统逻辑核心与物理核心数 _ 硬件信息采集方案【干货】-C++-PHP中文网

std::thread::hardware_concurrency() 不可靠，因它返回逻辑核心数而非物理核心数，且在容器、wsl或检测失败时返回错误值；windows需用getlogicalprocessorinformation()，linux应解析/sys/devices/system/cpu/。

c++如何获取系统逻辑核心与物理核心数 _ 硬件信息采集方案【干货】

Windows 和 Linux 下都能用标准库或系统 API 拿到准确的核心数，但 std::thread::hardware_concurrency() 只是提示值，不可靠；物理核心数必须绕过超线程干扰单独计算。

为什么 `std::thread::hardware_concurrency()` 不够用

这个函数返回的是操作系统报告的“可用并发线程数”，在启用了超线程（Hyper-Threading）的 CPU 上，它返回的是逻辑核心数（比如 8 线程），而非物理核心数（比如 4 核）。它还可能返回 0（检测失败）或过时值（如容器中被限制了 CPU 配额但未更新）。

Linux 容器里常返回宿主机总逻辑核数，而非 cgroups 实际分配数
Windows WSL1 中可能返回 Windows 主机值，而非 WSL 虚拟 CPU 配置
没有区分物理/逻辑的接口，纯靠猜会出错

Windows 下用 `GetLogicalProcessorInformation()` 区分物理与逻辑核心

这是最稳妥的方式：遍历 SYSTEM_LOGICAL_PROCESSOR_INFORMATION 结构，按 RelationshipCore 类型过滤，并统计 GroupMask 中的位数。

关键点：

必须用 GetLogicalProcessorInformation()（不是过时的 GetSystemInfo()）
需循环调用两次：第一次获取缓冲区大小，第二次读数据
每个 RelationshipCore 条目对应一个物理核心，其 ProcessorMask 的 bit 数 = 该核心上的逻辑线程数（通常为 1 或 2）
物理核心数 = RelationshipCore 条目总数；逻辑核心数 = 所有 ProcessorMask 的 bit 数之和

示例片段（简化版）：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

DWORD len = 0;
GetLogicalProcessorInformation(nullptr, &len); // 获取所需缓冲区大小
auto buf = std::make_unique<char>(len);
PSYSTEM_LOGICAL_PROCESSOR_INFORMATION info = 
    reinterpret_cast<psystem_logical_processor_information>(buf.get());
GetLogicalProcessorInformation(info, &len);
<p>int physical_cores = 0, logical_cores = 0;
for (DWORD i = 0; i </p></psystem_logical_processor_information></char>

Linux 下读取 `/sys/devices/system/cpu/` 是最稳方案

依赖 sysfs 接口比 sysconf(_SC_NPROCESSORS_ONLN) 更可控：前者可逐个 CPU 目录判断是否在线、是否属于同一物理核心（通过 topology/core_id），后者只返回在线逻辑核总数。

sysconf(_SC_NPROCESSORS_ONLN) ≈ 逻辑核心数（含超线程），但不反映 cgroups 限制
真实物理核心数需统计 /sys/devices/system/cpu/cpu*/topology/core_id 的去重值个数
要跳过 offline CPU（检查 /sys/devices/system/cpu/cpu*/online 是否为 1）
注意：ARM 平台部分内核版本中 core_id 可能缺失，此时 fallback 到 topology/core_siblings_list 解析并去重

简化的判断逻辑（伪代码）：

set<int> physical_ids;
for each cpu_dir in /sys/devices/system/cpu/cpu[0-9]*:
    if read(cpu_dir + "/online") != "1": continue
    core_id = read_int(cpu_dir + "/topology/core_id")
    physical_ids.insert(core_id)
physical_cores = physical_ids.size()
logical_cores = number of online cpu* dirs
</int>

跨平台封装要注意的三个坑

写一个统一接口时，最容易翻车的地方不是逻辑，而是环境假设：

macOS 不支持 GetLogicalProcessorInformation，也不能直接读 /sys，得用 sysctlbyname("hw.physicalcpu") 和 "hw.logicalcpu" —— 但这两个值在 Apple Silicon 上仍代表“可用”而非“物理封装核心”（M1/M2 的性能核/能效核混合架构下，hw.physicalcpu 是性能核数，不包含能效核）
容器或 VM 中，/proc/cpuinfo 的 cpu cores 字段是宿主机值，不能信；必须优先走 cgroups v2 的 /sys/fs/cgroup/cpuset.cpus.effective（如果存在）
编译时若未定义 _WIN32 或 __linux__，__APPLE__ 分支可能意外失效，建议显式检查 defined(__APPLE__) && !defined(__linux__) && !defined(_WIN32)