标准C++不提供获取线程上下文切换次数的接口；Linux下需读取/proc/self/task/[tid]/status中的voluntary_ctxt_switches和nonvoluntary_ctxt_switches字段，注意区分进程级与线程级统计，并避免高频采样干扰结果。
标准 C++ 本身不提供获取线程上下文切换次数的接口——这是操作系统内核级统计，C++ 运行时既不暴露也无义务跟踪这类指标。
Linux 下读取当前线程的上下文切换次数（/proc/[pid]/task/[tid]/status）
Linux 内核在 /proc/[pid]/task/[tid]/status 中记录每个线程的调度统计，其中 voluntary_ctxt_switches 和 nonvoluntary_ctxt_switches 是关键字段：
-
voluntary_ctxt_switches：线程主动让出 CPU（如等待 I/O、调用sched_yield()、阻塞在 mutex 上） -
nonvoluntary_ctxt_switches：被内核强制抢占（如时间片耗尽、更高优先级线程就绪）
实操建议：
- 用
gettid()获取当前线程 ID（需#include <sys/syscall.h>和#include <unistd.h>），注意它不是std::thread::id - 拼接路径：
/proc/self/task/+std::to_string(tid)+/status（/proc/self指向当前进程，更安全） - 逐行读取文件，用
std::string::find()匹配字段前缀，再用std::stoull()提取数值 - 注意：该文件每行末尾含
\n，字段值后可能有空格或制表符，建议用std::istringstream或跳过空白字符
避免误把进程级统计当线程级（/proc/[pid]/status vs /proc/[pid]/task/[tid]/status）
常见错误是直接读 /proc/[pid]/status，里面只有 voluntary_ctxt_switches 和 nonvoluntary_ctxt_switches 的**进程总和**，无法反映单个线程行为。
立即学习“C++免费学习笔记（深入）”；
- 多线程程序中，主线程可能几乎不切换，而某个 worker 线程频繁被抢占——进程级统计会掩盖这种热点
-
/proc/[pid]/task/目录下每个子目录对应一个线程，ls /proc/self/task可验证数量是否与std::thread::hardware_concurrency()接近 - 若线程已退出，其 task 目录可能瞬时消失，
open()可能失败，需加errno == ENOENT判断
高频采样时的性能与精度权衡
每次读取 /proc/[pid]/task/[tid]/status 都触发一次内核态到用户态的上下文切换（哪怕只是读文件），本身就会增加 nonvoluntary_ctxt_switches 计数。
- 采样间隔低于 10ms 会显著干扰结果，尤其对延迟敏感场景（如实时音视频线程）
- 推荐用“差分+低频拉取”策略：启动时读一次初值，后续每 500ms 读一次，计算增量；而非持续轮询
- 若需高精度归因，应配合
perf record -e sched:sched_switch抓取原始调度事件，再离线分析，而非依赖 procfs 聚合值
真正难的不是读那两行数字，而是理解 nonvoluntary_ctxt_switches 突增时，到底是锁竞争、CPU 过载、还是 NUMA 迁移导致的——procfs 不告诉你原因，只告诉你“发生了”。
