std::thread::hardware_concurrency() 经常返回 0 是因标准允许实现无法可靠检测时返回 0，Windows 多数编译器正常，但 MinGW、容器/虚拟机、旧 macOS 等环境常为 0；应优先用 sysconf(_SC_NPROCESSORS_ONLN)、/sys/devices/system/cpu/online 或 Windows 的 GetLogicalProcessorInformation() 获取真实可用逻辑核心数，并结合 cgroup 限制与任务类型裁剪线程数。
std::thread::hardware_concurrency() 返回值为什么经常是 0？
这个函数本意是告诉你 CPU 能同时跑多少个硬件线程（比如 8 核 16 线程的机器，通常返回 16），但实际调用时经常得到 0。这不是 bug，而是标准允许的——当实现无法可靠检测时，就返回 0。
- Windows 上多数编译器（MSVC、Clang-CL）能正确返回，GCC 在 MinGW 下可能返回 0
- Linux 上 GCC/Clang 一般没问题，但容器或虚拟机里可能因 cgroup 限制或 /proc/sys/kernel/ns_last_pid 不稳定而返回 0
- macOS 上 Apple Clang 多数情况正常，但某些旧版本或 Rosetta 2 转译环境下也可能返回 0
Linux 下绕过 std::thread::hardware_concurrency() 的可靠方法
直接读 /sys/devices/system/cpu/online 或调用 sysconf(_SC_NPROCESSORS_ONLN) 更稳。前者是内核暴露的真实在线逻辑 CPU 列表（如 0-15），后者是 POSIX 标准接口，不依赖 C++ 运行时实现。
-
sysconf(_SC_NPROCESSORS_ONLN)返回的是当前生效的在线 CPU 数，受taskset或 cgroupcpuset限制影响，更贴近真实可用值 - 读
/sys/devices/system/cpu/online需要解析范围表达式（如"0-3,6,8-9"），建议用hwloc库或手动 parse，别用std::thread::hardware_concurrency()做 fallback - 避免用
get_nprocs_conf()——它返回配置最大值，不是当前可用值，容器里会虚高
Windows 上获取逻辑处理器数的等效替代
用 GetLogicalProcessorInformation() 比依赖 std::thread::hardware_concurrency() 可靠得多，尤其在启用了核心隔离（Core Isolation）或 WSL2 的场景下。
- 调用前先检查
SYSTEM_LOGICAL_PROCESSOR_INFORMATION缓冲区大小，多次GetLogicalProcessorInformation(nullptr, &length)获取所需空间 - 只统计
RelationProcessorCore类型的条目，并对每个 core 的ProcessorMask用__popcnt64()计算掩码中 1 的个数（注意 x86_64 下用__popcnt64，x86 用__popcnt） - 别用
GetSystemInfo()->dwNumberOfProcessors——它已被弃用，且在 Server SKU 上可能返回错误值
跨平台封装时最容易忽略的细节
很多“跨平台”封装库把 std::thread::hardware_concurrency() 当唯一入口，没做降级路径，结果在 CI 容器或最小化镜像里直接失效。
立即学习“C++免费学习笔记（深入）”；
- Linux 和 Windows 都应优先走系统 API，
std::thread::hardware_concurrency()只作最后 fallback，且必须判断返回值是否 > 0 - 别假设“逻辑核心数 = 物理核心数 × 超线程倍率”，ARM64（如 Apple M 系列）和某些 AMD Zen 架构不支持超线程，但逻辑核心数仍可能 > 物理核心数（因 big.LITTLE 或核心分组）
- 如果程序运行在容器或 Kubernetes Pod 中，务必检查
/sys/fs/cgroup/cpu.max（cgroup v2）或/sys/fs/cgroup/cpu/cpu.cfs_quota_us（v1），硬并发上限可能远低于物理值
真正决定你能安全开多少线程的，从来不是 CPU 标称规格，而是当前执行环境实际暴露和允许的并行能力。查完数字后，还得结合任务类型（CPU-bound 还是 I/O-bound）做二次裁剪，不然拿到 64 就开 64 个线程，反而拖慢整体吞吐。
