Linux下解析每核CPU使用率应读取/proc/stat中cpu0、cpu1等行，用两次采样差值计算活跃时间占比，公式为(user+nice+system+irq+softirq)/total_time_delta×100；上下文切换次数需从/proc/[pid]/status读取voluntary_ctxt_switches和nonvoluntary_ctxt_switches累计值并做差分；推荐用open()+read()替代std::ifstream以避免延迟，禁用fscanf/stoi改用strtoull解析；perf_event_open因权限、fd消耗及语义偏差不适用于常规监控。
Linux下用/proc/stat解析每核CPU使用率
直接读取 /proc/stat 是获取每核 CPU 时间片最可靠的方式，内核保证该文件内容原子更新且无锁。第一行 cpu 是所有核汇总，后续 cpu0、cpu1 等才是各逻辑核的原始计数。
关键不是看“占用率”这个瞬时值，而是两次采样差值比：需至少间隔 100ms（太短误差大），计算公式为：(user + nice + system + irq + softirq) / total_time_delta * 100.0
-
idle和iowait不参与“活跃时间”计算——它们代表空闲或等待 I/O，不是 CPU 在干活 - 注意
/proc/stat中字段顺序固定但版本有差异：2.6+ 内核含steal和guest，老内核可能只有 7 字段；务必按实际字段数解析，别硬写索引 - 单次读取耗时约 5–10μs，可放心每 200ms 采样一次，不会拖慢主逻辑
从/proc/[pid]/status提取上下文切换次数
进程级上下文切换数据藏在 /proc/[pid]/status 的 voluntary_ctxt_switches 和 nonvoluntary_ctxt_switches 两行，不是实时值，而是自进程启动以来的累计值。
要得到“每秒切换次数”，必须自己做差分：缓存上一次读到的数值，减去当前值再除以时间间隔。
立即学习“C++免费学习笔记（深入）”；
- 不能依赖
/proc/[pid]/stat的cutime/cstime——那是子进程的 CPU 时间，和上下文切换无关 - 如果目标进程是多线程，
/proc/[pid]/status统计的是整个线程组（TGID）的总和；若需单线程粒度，得遍历/proc/[pid]/task/[tid]/status - 权限问题：读取其他用户进程的
/proc/[pid]/status可能被 SELinux 或 ptrace 权限拦截，报错Permission denied，此时只能 fallback 到自身进程（getpid()）
C++中避免阻塞式文件读取影响精度
用 std::ifstream 同步读 /proc 文件看似简单，但默认构造的流会触发 locale 初始化和缓冲区分配，在高频采样时引入不可控延迟（尤其在容器环境里）。
- 改用
open()+read()系统调用：绕过 C++ iostream 缓冲层，每次读取控制在 4KB 内，避免 page fault - 对
/proc/stat，预分配 4096 字节 buffer 足够（最多 128 核 × ~20 字段 × 12 字符 ≈ 3KB） - 不要用
fscanf或std::stoi解析数字——它们会扫描空白符并做异常检查；用strtoull(buf, &endptr, 10)更快更稳，且能跳过整行注释（如内核 5.14+ 的#行）
为什么perf_event_open不推荐用于此场景
虽然 perf_event_open() 能拿到更底层的调度事件（如 PERF_COUNT_SW_CONTEXT_SWITCHES），但它需要 CAP_SYS_ADMIN 权限，且每个事件描述符消耗一个 fd，在多核+多进程监控时极易 hit RLIMIT_NOFILE。
更重要的是：它统计的是硬件 PMU 触发的上下文切换，和内核调度器实际执行的切换次数存在偏差（比如短时抢占可能被合并）。而 /proc/[pid]/status 是内核 scheduler 直接更新的原子变量，语义明确、开销极低。
除非你在做内核调试或性能剖析，否则没必要碰 perf API —— 它解决的是“为什么切换多”，而不是“切换了多少”。
真正难的是把采样时机对齐：CPU 使用率和上下文切换得在同一时间窗口内采集，否则两个指标无法关联分析。建议用 clock_gettime(CLOCK_MONOTONIC, &ts) 打时间戳，而非依赖 sleep 循环。
