最可靠方式是读 /proc/self/status 获取原子更新的 voluntary_ctxt_switches 和 nonvoluntary_ctxt_switches 累计值；多线程需遍历 /proc/[pid]/task/ 各线程 status 累加；getrusage 在多线程下严重失真。
要获取精确值，必须读 /proc/[pid]/status 中的 voluntary_ctxt_switches 和 nonvoluntary_ctxt_switches 字段；getrusage() 返回的是近似值，且多线程下严重偏低；/proc/[pid]/stat 第 42 字段虽快但字段索引依赖内核版本，不推荐作为唯一来源。
读 /proc/self/status 是最可靠的方式
内核保证该文件中两个字段是原子更新的整数累计值，无采样、无延迟、无聚合误差。关键点在于路径要用 /proc/self/status（而非拼接 getpid()），避免竞态和权限问题。
- 用
std::ifstream打开后逐行扫描，**必须用line.rfind("voluntary_ctxt_switches:", 0) == 0判断前缀**，不能只靠find()，否则可能匹配到中间含该字符串的其他行 - 冒号后可能跟制表符或多个空格，提取数字前先跳过空白：用
line.find_first_not_of(" \t", pos + 1)定位起始位置 - 数值类型必须为
unsigned long long，32 位系统上切换次数超 42 亿会溢出，std::stoul可能截断，应改用std::stoull - 不要在循环里反复打开关闭文件——高频监控时可
mmap()整个文件或缓存int fd复用
/proc/[pid]/stat 的第 42 字段不是“ctxt”而是两字段之和
很多资料误称第 42 字段叫 ctxt，实际它只是 voluntary_ctxt_switches + nonvoluntary_ctxt_switches 的合并快照，字段名并不存在。该值与 /proc/[pid]/status 中两字段之和严格相等，可用于交叉校验，但无法分离自愿/非自愿成分。
- 字段索引从 1 开始计数，第 42 个空格分隔项才是目标值，用
std::stringstream分割时务必跳过前 41 个字段 - 内核 2.6.23+ 至今该位置稳定，但若目标环境运行的是定制内核（如某些 Android 或嵌入式发行版），需先
cat /proc/1/stat确认第 42 项是否为大整数 - 该方式比
status解析快约 3×，适合每秒数十次采样的场景，但失去自愿/非自愿维度，诊断能力下降
getrusage(RUSAGE_SELF) 在多线程下不可信
它返回的 ru.ru_nvcsw 和 ru.ru_nivcsw 值在单线程程序中接近 /proc/self/status，但一旦启用 std::thread 或 pthread_create，这两个字段就几乎恒为 0 或极小——因为 glibc 实际只填充主线程的统计，而内核 task_struct 中的线程级计数器并未同步到 getrusage 接口。
立即学习“C++免费学习笔记（深入）”；
- 调用前无需特殊宏定义，但返回值为 0 不代表数据有效；必须与
/proc/self/status对比验证 - 即使成功读到非零值，也不能跨内核版本复用逻辑——该行为未写入 POSIX，属 glibc 内部实现细节
- 若你真需要线程粒度，
getrusage(RUSAGE_THREAD)在多数主流发行版中返回全零，不可用于生产监控
多线程进程的总切换次数必须手动汇总
/proc/[pid]/status 显示的其实是主线程（即 pid == tid）的值，不是整个进程。要得到真实总数，得遍历 /proc/[pid]/task/ 下所有线程目录，读每个 /proc/[pid]/task/[tid]/status 并累加。
- 先
opendir("/proc/[pid]/task")获取全部tid字符串，再逐个构造路径；避免边 readdir 边 open，防止线程退出导致ENOENT - 注意
/proc/[pid]/task/[tid]目录存在 ≠ 线程仍在运行，open()成功后仍需检查read()是否返回有效内容 - 若仅监控主线程行为（如主事件循环），直接读
/proc/self/status即可，无需遍历——这是常见误判点
真正容易被忽略的是：这些字段都是自进程创建起的累计值，没有重置机制；做趋势分析时必须自己缓存上一次读取结果并计算差值，且两次采样间隔不宜低于 100ms，否则 nonvoluntary_ctxt_switches 极易为 0 —— 时间片调度精度本身就在毫秒级，太短根本捕不到抢占事件。
