最可靠方式是：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
<h3>Linux下读取 <code>/sys/devices/system/cpu/online</code> 更准确</h3>
<p><code>sysconf(_SC_NPROCESSORS_ONLN)</code> 返回的是当前“在线”的逻辑 CPU 数，但某些场景（如热插拔、CPU offline）下它可能小于物理存在的逻辑核总数；而 <code>/proc/cpuinfo</code> 中的 <code>processor</code> 行数量容易受重复或空行干扰，不可靠。</p>
<p>更稳妥的做法是解析 <code>/sys/devices/system/cpu/online</code> —— 它以范围格式（如 <code>0-7,16-23</code>）列出所有当前标记为 online 的逻辑 CPU ID，再按规则计算总数。这个值与内核调度器实际使用的逻辑核数一致，且能正确处理非连续编号（如部分 CPU 被 <code>echo 0 > /sys/devices/system/cpu/cpuN/online</code> 关闭的情况）。</p>
<p>实操建议：</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<ul>
<li>先尝试读取 <code>/sys/devices/system/cpu/online</code>，若失败（如权限不足或路径不存在），再 fallback 到 <code>sysconf(_SC_NPROCESSORS_ONLN)</code>
</li>
<li>解析时需支持逗号分隔的区间（如 <code>"0-3,6,8-9"</code> → 总数 = 4 + 1 + 2 = 7）</li>
<li>避免直接 <code>grep -c '^processor'</code>，<code>/proc/cpuinfo</code> 在容器中可能被截断或伪造</li>
</ul>
<h3>macOS 必须用 <code>sysctlbyname("hw.logicalcpu")</code>
</h3>
<p>macOS 不提供标准的 <code>/proc</code> 或 <code>/sys</code> 接口，<code>sysconf(_SC_NPROCESSORS_ONLN)</code> 在某些版本（尤其是 Apple Silicon + Rosetta 混合环境）下会返回错误值（例如只报 8 核，实际有 10 核）。唯一可信的是 <code>sysctl</code> 系统调用。</p>
<p>关键点：</p>
<ul>
<li>
<code>"hw.logicalcpu"</code> 返回启用超线程后的逻辑核心总数（即 Activity Monitor 显示的“可用逻辑处理器数”）</li>
<li>
<code>"hw.physicalcpu"</code> 对应物理核心数，仅作参考</li>
<li>必须检查返回值是否为 0 或负数——<code>sysctlbyname</code> 失败时不修改输出缓冲区，未初始化变量会导致未定义行为</li>
</ul>
<pre class="brush:php;toolbar:false;">#include <sys>
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
}</sys>
跨平台封装要注意 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 仍计为全部可调度逻辑单元。这些细节不会体现在数字里，但会影响实际并发吞吐——统计只是第一步，后续调度策略得另作适配。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
