最可靠方式是：Windows用GetSystemInfo.dwNumberOfProcessors；Linux解析/sys/devices/system/cpu/online；macOS调用sysctlbyname("hw.logicalcpu")；避免依赖std::thread::hardware_concurrency()。
Windows下用 GetSystemInfo 获取逻辑核心数最可靠
Windows API 的 GetSystemInfo 返回的 SYSINFO.dwNumberOfProcessors 就是当前系统启用的逻辑处理器总数（包括超线程虚拟核），它不依赖于进程亲和性或电源管理状态，也不受 Hyper-Threading 开关影响（只要 BIOS 启用且系统识别到，就计入）。这是最轻量、最稳定的获取方式。
注意：不要用 GetActiveProcessorCount（Windows 10 1607+）替代，它返回的是当前进程可访问的逻辑核数——如果进程被绑定了 CPU 亲和性（比如通过 SetThreadAffinityMask），结果会变小，不是系统总逻辑核数。
#include <windows.h>
#include <iostream>
int main() {
SYSTEM_INFO si;
GetSystemInfo(&si);
std::cout << "Logical processors: " << si.dwNumberOfProcessors << "\n";
}
Linux下读取 /sys/devices/system/cpu/online 更准确
sysconf(_SC_NPROCESSORS_ONLN) 返回的是当前“在线”的逻辑 CPU 数，但某些场景（如热插拔、CPU offline）下它可能小于物理存在的逻辑核总数；而 /proc/cpuinfo 中的 processor 行数量容易受重复或空行干扰，不可靠。
更稳妥的做法是解析 /sys/devices/system/cpu/online —— 它以范围格式（如 0-7,16-23）列出所有当前标记为 online 的逻辑 CPU ID，再按规则计算总数。这个值与内核调度器实际使用的逻辑核数一致，且能正确处理非连续编号（如部分 CPU 被 echo 0 > /sys/devices/system/cpu/cpuN/online 关闭的情况）。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- 先尝试读取
/sys/devices/system/cpu/online，若失败（如权限不足或路径不存在），再 fallback 到sysconf(_SC_NPROCESSORS_ONLN) - 解析时需支持逗号分隔的区间（如
"0-3,6,8-9"→ 总数 = 4 + 1 + 2 = 7） - 避免直接
grep -c '^processor'，/proc/cpuinfo在容器中可能被截断或伪造
macOS 必须用 sysctlbyname("hw.logicalcpu")
macOS 不提供标准的 /proc 或 /sys 接口，sysconf(_SC_NPROCESSORS_ONLN) 在某些版本（尤其是 Apple Silicon + Rosetta 混合环境）下会返回错误值（例如只报 8 核，实际有 10 核）。唯一可信的是 sysctl 系统调用。
关键点：
-
"hw.logicalcpu"返回启用超线程后的逻辑核心总数（即 Activity Monitor 显示的“可用逻辑处理器数”） -
"hw.physicalcpu"对应物理核心数，仅作参考 - 必须检查返回值是否为 0 或负数——
sysctlbyname失败时不修改输出缓冲区，未初始化变量会导致未定义行为
#include <sys/sysctl.h>
int get_logical_cpu_count() {
int count = 0;
size_t len = sizeof(count);
if (sysctlbyname("hw.logicalcpu", &count, &len, nullptr, 0) == 0) {
return count;
}
return 0; // error
}
跨平台封装要注意 std::thread::hardware_concurrency() 的陷阱
std::thread::hardware_concurrency() 看似理想，但它在 C++11 规范中是“提示性”的：编译器或标准库实现可以返回 0（表示无法确定），或返回过时值（如 Windows 上早期 MSVC 实现曾缓存首次调用结果），甚至在容器中返回宿主机核数而非 cgroup 限制值。
所以它只适合做快速估算，不能用于需要精确统计的场景（如线程池初始化、资源预分配）。真实项目中应优先走系统 API，把 hardware_concurrency() 当作 fallback 最后一招。
真正容易被忽略的是：不同操作系统对“逻辑核心”的定义一致性。例如，某些 Linux 内核配置下，SMT（超线程）可能被禁用，但 BIOS 仍报告双倍逻辑核；macOS 在 M 系列芯片上对性能核/能效核的调度权重不同，但 hw.logicalcpu 仍计为全部可调度逻辑单元。这些细节不会体现在数字里，但会影响实际并发吞吐——统计只是第一步，后续调度策略得另作适配。
