Linux下直接读/proc/cpuinfo是最简单可靠的方式，C++用std::ifstream逐行解析processor、model name等字段，注意处理空缺编号、超线程及容器环境字段缺失，优先检查字段存在性而非硬编码格式。
Linux下直接读/proc/cpuinfo是最简单可靠的方式
Linux系统把CPU信息以纯文本形式暴露在/proc/cpuinfo中，无需调用复杂API或链接额外库。C++程序只需用标准文件流读取即可，兼容所有主流内核版本（2.6+），且不依赖glibc特定扩展。
常见错误是试图用fopen()配合getline()但忽略换行符处理，或误以为需要root权限——其实普通用户完全可读该文件。
- 用
std::ifstream逐行读取，比C风格fscanf更安全（避免缓冲区溢出） - 每条CPU核心信息以
processor字段开头，后续model name、cpu MHz等字段都属于该核心 - 注意
cpu MHz是当前动态频率，可能为0（节能状态），应优先看cpu cores和model name
解析model name字段要跳过冒号和空格
/proc/cpuinfo里model name格式固定为model name : Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz，冒号后有制表符或空格，直接substr()容易截断。
实操建议用std::string::find_first_not_of(" \t:")定位有效内容起始位置，避免硬编码偏移量。
立即学习“C++免费学习笔记（深入）”；
- 别用
line.substr(12)这种魔法数字——不同架构字段长度不同（ARM的Hardware字段也类似） - 用
std::istringstream按空格分割再拼接，比正则更轻量（无需<regex>） - 若需提取主频数值，
cpu MHz字段可能不存在（如某些ARM板），应 fallback 到bogomips或cpu core数量估算
多核计数不能只靠processor最大值
/proc/cpuinfo中processor编号从0开始连续递增，但虚拟化环境（如KVM）或热插拔CPU可能产生空缺，仅取最大值会少算。
正确做法是统计出现processor行的总次数，而非解析编号。
- 用
std::vector<int>存所有processor编号再size()，比维护max变量更鲁棒 - 注意超线程（Hyper-Threading）会让逻辑CPU数翻倍，
cpu cores字段才反映物理核心数 - 若需区分物理/逻辑核，必须同时解析
cpu cores和siblings字段（后者=逻辑核数/物理核数）
跨平台代码里别硬写/proc/cpuinfo路径
Windows/macOS没有/proc伪文件系统，硬编码路径会导致编译失败。即使只跑Linux，也建议用#ifdef __linux__包裹，或抽象成get_cpu_info()接口。
更关键的是：某些容器环境（如Docker默认）挂载/proc时可能过滤部分字段，导致cpu MHz为空——此时应容忍缺失字段，而非报错退出。
- 检查
std::ifstream是否is_open()，失败时返回空结构体，由调用方决定fallback策略 - 字段解析失败时记录warning日志（如
std::cerr << "Warning: missing 'model name' in /proc/cpuinfo"），不要抛异常 - 若项目已用
libcpuid等第三方库，优先复用其解析逻辑——它内部也是读/proc/cpuinfo，但处理了更多边缘case
真正麻烦的不是读文件，而是字段含义随内核版本漂移：bugs字段在5.10+新增，microcode在某些发行版被禁用，甚至同一硬件在不同虚拟化层暴露的字段都不同。留心字段是否存在，比追求一次性全解析更重要。
