最轻量可靠的线程级上下文切换统计方式是 getrusage(RUSAGE_THREAD, &ru)，其 ru.ru_nvcsw 和 ru.ru_nivcsw 字段分别给出自愿与非自愿切换次数，开销低、无竞态、无需 tid 查找；若需精确追踪触发源，则用 perf_event_open() 监听 PERF_COUNT_SW_CONTEXT_SWITCHES。
Linux 下用 /proc/[pid]/status 查线程上下文切换次数不靠谱
直接读 /proc/[tid]/status 里的 voluntary_ctxt_switches 和 nonvoluntary_ctxt_switches 字段，看起来最“原生”，但实际是快照值——它只反映进程启动以来的累计值，无法区分当前线程、也无法实时获取增量。更关键的是：gettid() 返回的 tid 在 /proc 中对应目录名，但该目录只在内核调度器记录时才稳定存在；短生命周期线程（比如 std::thread 构造后立刻退出）很可能查不到对应路径，open() 直接失败。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 优先用
perf_event_open()系统调用监听PERF_COUNT_SW_CONTEXT_SWITCHES，它是内核级、线程粒度、可按需启停的计数器 - 若仅需粗略估算，改用
getrusage(RUSAGE_THREAD, &ru)，其中ru.ru_nvcsw和ru.ru_nivcsw是线程级自愿/非自愿切换次数，精度够用且无竞态 - 避免轮询
/proc/[tid]/status：既慢（每次 open+read+parse），又可能因线程已消亡而返回 ENOENT
getrusage(RUSAGE_THREAD, ...) 是最轻量可靠的线程级统计方式
这个 POSIX 接口在 Linux、macOS 上都可用，开销极低，且天然绑定到调用线程本身，不需要 tid 查找或权限提升。它返回的 struct rusage 中两个字段就是你要的：
ru.ru_nvcsw：自愿上下文切换次数（比如阻塞在 read()、pthread_cond_wait()）ru.ru_nivcsw：非自愿上下文切换次数（比如时间片耗尽、高优先级线程抢占）
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 在关键逻辑前后各调一次
getrusage()，差值即为该段执行期间的切换开销 - 注意：glibc 的
getrusage()在 musl 或某些嵌入式 libc 上可能未实现RUSAGE_THREAD，编译前先检查defined(_GNU_SOURCE) && defined(RUSAGE_THREAD) - 不要把它当性能分析主手段——它不提供调用栈、不支持采样，只适合“这段代码是不是太爱切？”这种定性判断
用 perf_event_open() 获取精确、可过滤的线程级切换事件
这是唯一能拿到“谁触发了切换”“切换发生在哪条指令”的方案，但代价是复杂度陡增。核心是构造 perf_event_attr 并指定：
type = PERF_TYPE_SOFTWAREconfig = PERF_COUNT_SW_CONTEXT_SWITCHESdisabled = 1（创建后手动启用）inherit = 0（禁用子线程继承，确保只监控目标线程）
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 必须用
syscall(__NR_perf_event_open, &attr, tid, -1, -1, 0)调用，glibc 封装的perf_event_open()可能不支持RUSAGE_THREAD级别 - 获取 tid 时用
syscall(SYS_gettid)，而非pthread_self()—— 后者返回的是 pthread_t，不是内核 tid - 读取计数器值要
read(fd, &count, sizeof(count))，不能用ioctl(PERF_EVENT_IOC_READ)，后者在某些内核版本中对软件事件不可靠 - 记得
close(fd)，否则 fd 泄漏会快速耗尽进程资源
C++ 封装要注意线程生命周期与 errno 冗余检查
写一个 RAII 类包装 perf_event_open() 很自然，但容易踩三个坑：
第一，构造函数里调 syscall(SYS_gettid) 拿到的 tid，可能在线程结束之后才被析构函数读取——此时 read() 会返回 -1 且 errno == ESRCH，必须容忍；
第二，perf_event_open() 失败时 errno 可能是 EACCES（需要 cap_sys_admin 或 root），也可能是 ENODEV（内核没编译 CONFIG_PERF_EVENTS），不能一概而论；
第三，getrusage() 方案虽简单，但 C++20 前没有标准线程 ID 到 tid 的映射，std::this_thread::get_id() 无法直接转成整数 tid，得依赖平台扩展或 pthread_getthreadid_np()（macOS）等。
真正难的从来不是怎么取数，而是怎么让这个“取数动作”本身不干扰被监控线程的调度行为——所有统计操作必须在微秒级完成，且不能引入锁或内存分配。
