Linux下活跃线程数应通过统计/proc/[pid]/task/子目录数量获得，需用glob匹配并stat过滤已消亡条目；Windows则需结合EnumProcessThreads与GetThreadContext或WaitForSingleObject判断。
Linux下用/proc/stat和/proc/[pid]/stat获取活跃线程数
Linux内核不直接暴露“当前活跃线程总数”这个值，但可通过遍历/proc/[pid]/stat中每个进程的cutime、cstime字段（第15、16项）间接判断其是否正在运行；更实际的做法是统计/proc/[pid]/task/子目录数量——每个子目录对应一个线程。注意：/proc/[pid]/stat第22字段（tgid）是线程组ID，第23字段（tpid）在较新内核中才存在，不可依赖。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
glob("/proc/[0-9]*/task/*", GLOB_NOSORT, nullptr, &pglob)批量匹配所有线程目录路径，再用stat()过滤掉已消亡的task/条目（避免ENOENT误计） - 不要用
ps -eL | wc -l做校验——它包含已退出但未被wait()回收的僵尸线程，数值偏高 - 频繁调用时建议缓存
/proc/sys/kernel/pid_max上限，避免对不存在的PID目录反复opendir()
Windows下通过EnumProcesses + OpenThread + GetThreadContext估算活跃线程
Windows没有等价于/proc/[pid]/task/的轻量接口，EnumProcesses()只能拿到进程ID列表，真正获取线程需对每个进程调用EnumProcessThreads()（需psapi.dll），但该函数本身不区分线程状态。所谓“活跃”，通常指GetThreadContext()能成功读取且EIP/RIP落在用户代码段内，或WaitForSingleObject(hThread, 0) == WAIT_TIMEOUT（说明未阻塞）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 避免在主线程中逐个
OpenThread()——权限不足会失败，改用PROCESS_QUERY_LIMITED_INFORMATION打开进程，再用EnumProcessThreads()枚举 -
GetThreadContext()在x64系统上对Wow64进程可能返回ERROR_PARTIAL_COPY，此时应降级为仅检查WaitForSingleObject(hThread, 0) - 不要依赖
THREAD_PRIORITY_ABOVE_NORMAL等优先级字段判断活跃性——它只反映调度权重，不反映当前是否在CPU上运行
跨平台瓶颈定位：为什么线程数暴涨不等于CPU瓶颈
线程总数飙升常见于I/O等待堆积（如数据库连接池耗尽后持续新建线程）、死锁导致线程卡在futex()或WaitForMultipleObjects()、或定时器线程泄漏。单纯看数字没意义，必须结合上下文。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- Linux下用
perf record -e sched:sched_switch -a sleep 5抓取调度事件，再用perf script | awk '{print $9}' | sort | uniq -c | sort -nr | head -10查最常切换的线程名 - Windows下用
logman start "ThreadStats" -p "{e3e7d5b0-9a8f-4a0c-ba1a-9b3e3f7e9a1c}" 0x10000000 5 -o thread.etl采集ETW线程事件，再用tracerpt thread.etl -o thread.csv导出分析 - 若发现大量线程停在
pthread_cond_wait或WaitForSingleObjectEx，优先检查条件变量/事件对象是否被正确signal，而非盲目增加线程池大小
C++代码中避免误判“活跃线程”的陷阱
很多C++项目用std::thread::hardware_concurrency()当活跃线程参考值，这是严重错误——它只返回逻辑CPU数，与当前运行线程数无关。更危险的是用std::this_thread::get_id()哈希后计数，这会把同一ID重复线程（如线程复用场景）算作多个。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 不要在
std::thread构造后立即调用joinable()并计数——线程可能已执行完毕但尚未join()，此时仍属“存在”但非“活跃” - 若使用线程池，应维护内部
std::atomic<size_t> active_tasks_</size_t>，在线程执行任务前后增减，比系统级统计更准确 - 调试时用
cat /proc/self/status | grep -i threads验证当前进程线程数，比任何C++封装都可靠
线程统计本身成本低，但“活跃”定义模糊——是可运行态？正在执行用户指令？还是仅未被pthread_cancel()？不同场景要选不同指标，别让工具链替你做判断。
