c++oding="utf-8" ?>
应fallback至平台api：linux优先读取/sys/devices/system/cpu/online并解析范围，macos用sysconf(_sc_nprocessors_onln)或sysctlbyname("hw.ncpu")，windows调用getsysteminfo()。
std::thread::hardware_concurrency() 返回值为 0 怎么办
这个函数是 C++11 起标准提供的最直接方式，但它不保证返回有效值——当系统无法检测时，std::thread::hardware_concurrency() 明确允许返回 0。常见于嵌入式环境、某些容器（如无 /sys 的轻量镜像）、或旧版 libc 实现。
遇到 0 不能当作“没有硬件线程”，而应视为“标准库放弃猜测”，需 fallback 到平台特定手段。
- Linux 下优先查
/sys/devices/system/cpu/online（准确反映当前可用 CPU 核心范围，支持热插拔） - macOS 用
sysctl -n hw.ncpu或sysconf(_SC_NPROCESSORS_ONLN) - Windows 用
GetSystemInfo()中的dwNumberOfProcessors - 跨平台封装时，建议先调
std::thread::hardware_concurrency()，若为0再走系统 API
Linux 上读 /sys/devices/system/cpu/online 更可靠的原因
/sys/devices/system/cpu/online 给出的是当前启用的逻辑 CPU 编号区间（如 0-7 或 0,2,4,6），它考虑了 CPU 热插拔、内核启动参数（如 maxcpus=4）、cgroup cpuset 限制（仅当进程在受限 cgroup 中且该文件被挂载时可见）等运行时状态，比静态的 /proc/cpuinfo 行数更贴近真实并发能力。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
注意：该文件内容格式不是固定整数，而是类似 0-3,6,8-9 的范围表达式，需解析；直接 cat /proc/cpuinfo | grep processor | wc -l 会统计所有已识别 CPU（包括 offline 的），不可靠。
- 解析示例：读取后用简单 tokenizer 拆分逗号，再对每个段用短横线切分起止，累加
end - start + 1 - 权限：普通用户可读，无需 root
- 不存在？退回到
sysconf(_SC_NPROCESSORS_ONLN)（POSIX 兼容）
Windows 下 GetSystemInfo() 和 GetLogicalProcessorInformation() 的区别
GetSystemInfo() 返回的 dwNumberOfProcessors 是系统报告的逻辑处理器总数，简单直接，适用于大多数场景；但若需区分超线程（SMT）核心、NUMA 节点或缓存层级，则必须用 GetLogicalProcessorInformation() —— 它返回结构化数组，含 RelationProcessorCore 类型条目，其 ProcessorMask 的 bit 数即为该物理核心的逻辑线程数。
- 日常获取“最大并发线程数”：用
GetSystemInfo()足够，开销小、API 稳定 - 若进程绑定了特定 CPU 组（如 >64 逻辑核的机器启用了 Processor Groups），
GetSystemInfo()只返回当前组的数量，此时必须用GetActiveProcessorCount(ALL_PROCESSOR_GROUPS)（Windows 10 1607+） - 不要用
GetTickCount()或性能计数器反推——完全不可靠
std::thread::hardware_concurrency() 在 macOS 上的行为
Clang/libc++ 实现通常委托给 sysconf(_SC_NPROCESSORS_ONLN)，而该函数在 macOS 上等价于 sysctlbyname("hw.ncpu", ...)。但要注意：macOS 的 hw.ncpu 返回的是“当前在线逻辑 CPU 数”，它受 powermanagement 策略影响——例如笔记本合盖或电池模式下，部分核心可能被系统静默 offline，导致数值动态变化。
- 开发调试时看到数值偏低？检查是否在节能模式：
pmset -g powerstate - 想获取物理核心数（不含超线程）？用
sysctlbyname("hw.physicalcpu_max", ...) - 不要依赖
mach_host_self()+host_processor_info()：接口复杂、已标记 deprecated，且返回值包含离线处理器
实际使用中，最容易被忽略的是：并发线程数 ≠ 应该创建的线程数。即使硬件支持 64 个逻辑核，I/O 密集型任务盲目创建 64 个 std::thread 可能因上下文切换和锁争用反而变慢。真正关键的，是结合工作负载类型、内存带宽瓶颈、以及是否已受 cgroup 或 taskset 限制来决定最终线程池大小。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
