答案是读取/proc/[pid]/status中的voluntary_ctxt_switches和nonvoluntary_ctxt_switches字段，二者之和即为自启动以来的累计上下文切换总次数；需用getpid()获取pid、逐行匹配字段前缀、跳过冒号后空格再解析数值，无需特权且实时准确。
Linux下读取/proc/[pid]/status里的上下文切换统计
Linux内核通过 /proc/[pid]/status 暴露进程的上下文切换次数，其中 voluntary_ctxt_switches 和 nonvoluntary_ctxt_switches 两行就是你要的数据。注意：这是自进程启动以来的**累计值**，不是每秒速率。
要算每秒值，必须做两次采样再相减。C++里最直接的做法是：
- 用
getpid()获取当前进程 PID - 拼出路径
/proc/getpid()/status - 每次打开、逐行读取、用
std::string::find()或sscanf()提取两个字段的数值 - 间隔 1 秒调用两次，差值除以 1.0 就是每秒均值
解析 status 文件时容易漏掉的字段格式细节
status 文件中这两行格式固定为（注意冒号后有空格，数字后无换行符）：
voluntary_ctxt_switches: 12345 nonvoluntary_ctxt_switches: 678
常见错误是用 std::getline + == 判断整行相等——但行尾可能带 \r 或多余空格；更稳妥的是匹配前缀：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 检查行是否以
"voluntary_ctxt_switches:"开头（用substr(0, 22)或starts_withC++20） - 跳过冒号和后续空格，再用
std::stoull()转数字 - 别依赖
strtol的endptr——有些发行版会在数字后加单位（极罕见），但标准内核不会
用 getrusage() 只能拿到自愿切换数，且不支持非自愿
有人会想到 getrusage(RUSAGE_SELF, &ru)，它的 ru_nvcsw 字段确实是自愿切换数，但 ru_nivcsw 是非自愿切换数——等等，这里有个坑：ru_nivcsw 实际上是“involuntary context switches”，命名没错，但它在很多旧内核或容器环境里**长期为 0**，即使 /proc/[pid]/status 显示非零值。
- 原因：glibc 的
getrusage实现依赖内核task_struct的nivcsw字段，而某些调度器路径（如 cgroup v2 下的 throttling）不更新它 - 实测 Ubuntu 22.04 + kernel 5.15 中，
ru_nivcsw常比/proc/[pid]/status少一个数量级 - 结论：只信
/proc/[pid]/status，getrusage仅作辅助验证
性能与权限注意事项
频繁读 /proc/[pid]/status 开销很小（纯内存文件），但要注意：
- 不要在 tight loop 里每毫秒读一次——内核不保证该文件实时刷新，两次读之间至少间隔 10ms 才有意义
- 如果进程被
ptrace或seccomp限制，open("/proc/[pid]/status")可能返回EACCES，需加perror检查 - 容器环境下，PID namespace 可能导致
getpid()返回 1，但/proc/1/status属于 init 进程——此时应读/proc/self/status更可靠
真正难的不是读数据，而是区分“上下文切换飙升”到底是锁竞争、IO 阻塞还是调度器干预——得结合 perf record -e sched:sched_switch 看具体切换原因。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
