std::thread::hardware_concurrency() 返回0是标准允许的行为，需先判断是否为0，再fallback至系统API（如Linux用sysconf(_SC_NPROCESSORS_ONLN)或/proc/cpuinfo，Windows用GetSystemInfo）。
std::thread::hardware_concurrency() 返回值为 0 怎么办
这个函数不保证返回有效值，标准只要求它“尽力提供估计值”。在某些嵌入式环境、容器中（如 Docker 默认限制）、或编译器未正确识别硬件时，std::thread::hardware_concurrency() 可能返回 0 —— 这不是 bug，是标准允许的退让行为。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 永远不要直接用
std::thread::hardware_concurrency()结果做硬性调度，先判断是否为0 - 若为
0，可 fallback 到备用方案（如读取/proc/cpuinfo或调用系统 API） - 注意：MSVC 在 Windows 上通常返回真实逻辑核心数；GCC/Clang 在 Linux 上依赖
sysconf(_SC_NPROCESSORS_ONLN)，但若被 cgroup 限制，可能仍返回0
Linux 下读取 /proc/cpuinfo 获取物理核心数 vs 逻辑核心数
/proc/cpuinfo 里没有直接叫 “physical cores” 的字段，需靠 cpu cores（每个物理 CPU 封装内的核心数）和 siblings（每个物理 CPU 封装内的逻辑线程数）推算。常见误区是把 processor 行总数当成“可用核心数”，其实那只是逻辑 CPU 编号总数（即超线程后的总线程数）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 逻辑核心总数 =
grep -c '^processor' /proc/cpuinfo - 物理核心总数 =
grep 'cpu cores' /proc/cpuinfo | head -n1 | awk '{print $4}'× 物理 CPU 个数（grep 'physical id' /proc/cpuinfo | sort -u | wc -l） - 更可靠方式是用
sysconf(_SC_NPROCESSORS_ONLN)，它返回当前 cgroup 允许使用的在线逻辑 CPU 数，与运行时实际可用性一致
Windows 上用 GetSystemInfo() 比 hardware_concurrency 更稳定
在 Windows 平台，GetSystemInfo() 是 Win32 API 中最轻量、最可靠的获取逻辑处理器数量的方式，且不受运行时环境（如服务账户权限、UWP 沙箱）影响。而 std::thread::hardware_concurrency() 在 MinGW 或某些旧版 MSVC 工具链中可能未实现或返回 0。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 包含头文件：
#include <windows.h></windows.h> - 调用方式：
SYSINFO si; GetSystemInfo(&si); int n = si.dwNumberOfProcessors; - 注意：
dwNumberOfProcessors是当前会话可见的逻辑处理器数（已考虑亲和性掩码），比GetLogicalProcessorInformation()更简单，也足够日常使用
跨平台封装时为什么不能只信 hardware_concurrency
因为它的语义是“建议的并发线程数”，而非“系统物理/逻辑核心数”。标准明确允许它返回 0 或任意保守值（比如为了省电主动降级）。真实项目中，你常需要区分：该数用于线程池大小？还是用于 SIMD 向量化宽度？或是绑定到特定核心？不同场景对“核心数”的定义完全不同。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 线程池初始化：优先用
std::thread::hardware_concurrency()，但必须检查0并 fallback - CPU 绑定或 NUMA 调度：必须用 OS 原生 API（如
pthread_setaffinity_np+sysconf，或 Windows 的SetThreadIdealProcessor） - 构建时静态判断（如 CMake）：可用
GetSystemInfo或sysconf写小工具生成头文件，避免运行时开销
真正麻烦的从来不是“怎么拿到数字”，而是“这个数字到底代表什么”——同一台机器上，/proc/cpuinfo、sysconf、GetSystemInfo、hwloc、甚至 nproc 命令都可能给出不同结果，取决于你是否在容器里、有没有设 cgroup、是否启用了超线程、以及当前进程的亲和性掩码。
