linux下最轻量准确获取进程上下文切换数的方式是读取/proc/[pid]/status中的voluntary_ctxt_switches和nonvoluntary_ctxt_switches字段，需动态获取pid并按关键字匹配提取；getrusage()为跨平台备选但精度低且语义不一致，perf_event_open()和windows方案均不适用。
Linux下用/proc/[pid]/status读取voluntary_ctxt_switches和nonvoluntary_ctxt_switches
Linux内核会为每个进程在/proc/[pid]/status中暴露上下文切换统计，这是最轻量、无需特权、且无需链接额外库的方式。注意：这里的“当前程序”指当前进程，需用getpid()动态获取PID。
关键字段有两个：
-
voluntary_ctxt_switches：进程主动让出CPU（如等待I/O、调用sched_yield()、阻塞在read()等）导致的切换 -
nonvoluntary_ctxt_switches：被内核强制调度走（如时间片用尽、更高优先级任务就绪）导致的切换
实操建议：
- 构造路径：
/proc/+std::to_string(getpid())+/status - 逐行读取文件，用
std::string::find()匹配含"voluntary_ctxt_switches"或"nonvoluntary_ctxt_switches"的行 - 用
std::stoi或std::stoull提取冒号后首个整数（注意空格和制表符） - 别依赖固定行号——字段顺序不保证稳定，必须按关键字匹配
用getrusage(RUSAGE_SELF, &ru)获取近似值（仅ru_nvcsw/ru_nivcsw）
getrusage()是POSIX标准接口，在Linux/macOS/FreeBSD上都可用，但返回的是**自进程启动以来的粗略估算值**，精度低于/proc方式。它把切换分为两类：ru_nvcsw（自愿切换）和ru_nivcsw（非自愿切换），对应struct rusage字段。
注意点：
- 该接口不区分线程，返回的是整个进程的聚合值
- 某些内核配置下（如
CONFIG_SCHEDSTATS未启用），ru_nivcsw可能始终为0 - macOS上
ru_nivcsw实际记录的是“page fault引发的调度延迟次数”，并非严格意义上的非自愿切换 - 调用前需
#include <sys></sys>，且ru结构体需初始化为0，避免未定义值干扰
为什么不能用perf_event_open()直接计数？
虽然perf_event_open()能监听PERF_COUNT_SW_CONTEXT_SWITCHES事件，但它在用户态不可靠：该事件在主流内核（5.10+）中已被标记为deprecated，且默认禁用；即使启用，也要求perf_event_paranoid≤1（需root修改/proc/sys/kernel/perf_event_paranoid），普通程序无法满足。
更现实的问题是：
- 该接口返回的是采样计数，不是精确累计值
- 需要手动mmap环形缓冲区、解析perf_event_header，复杂度远超需求
- 多线程场景下，事件计数会混杂所有线程行为，无法隔离当前线程上下文
跨平台兼容性差，别硬套Windows方案
Windows没有等价于Linux/proc/[pid]/status的轻量接口。有人尝试用QueryProcessCycleTime()或GetThreadTimes()反推，但这只能得到CPU时间，无法分离出切换次数；WMI查询Win32_PerfFormattedData_PerfOS_Process又太重、延迟高、且默认禁用性能计数器服务。
所以真实情况是：
- 如果你只跑Linux，用
/proc/[pid]/status最稳 - 如果必须跨平台，接受“仅Linux支持”，其他平台返回-1或抛异常，比强行模拟更诚实
- 不要用
std::chrono测耗时来间接估算切换——一次切换开销约1–5μs，而std::chrono::high_resolution_clock在多数系统上精度只有10–15μs，误差远大于信号本身
真正容易被忽略的是：/proc/[pid]/status的读取本身会触发一次上下文切换（从用户态陷入内核读取procfs），但这个代价只发生一次，不影响统计结果的准确性——因为统计值是进程生命周期内的累计值，不是瞬时速率。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
