linux 下读取 /proc/self/status 的 threads: 行最可靠，windows 需用 toolhelp32 快照查 processentry32.cntthreads；std::thread::hardware_concurrency() 和 std::this_thread::get_id() 均不可用于统计线程数。
Linux 下用 /proc/self/status 读取线程数最可靠
Linux 内核把当前进程的线程总数直接暴露在 /proc/self/status 的 Threads: 行里，这是最轻量、无依赖、不触发系统调用的方式。注意不是 /proc/self/task/ 目录计数——那会漏掉内核线程或受权限限制，且性能差。
实操建议：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
std::ifstream打开/proc/self/status，逐行读取直到匹配以"Threads:"开头的行 - 用
std::stoi提取冒号后首个整数，跳过空格和制表符 - 别依赖
/proc/self/task/下子目录数量：它包含已退出但尚未被wait()回收的线程（Z状态），结果偏高 - 该文件始终存在、无需 root 权限，且读取开销远低于
pthread_kill(0, 0)或遍历task_struct
Windows 下必须用 EnumProcesses + EnumProcessModules + GetThreadCount
Windows 没有等价于 Linux 的单文件接口。你得先获取当前进程 ID，再通过 PSAPI 和 Toolhelp32 两套 API 配合才能拿到准确线程数——单独调用 GetCurrentProcessId() 不够，它只给 PID，不提供线程上下文。
实操建议：
- 先调用
GetCurrentProcessId()得到pid - 用
CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0)快照所有进程，Process32First/Next查找匹配pid的PROCESSENTRY32 - 其
cntThreads字段就是当前进程的线程总数，无需额外打开进程句柄 - 别用
GetProcessTimes或NtQuerySystemInformation：前者不返回线程数，后者需声明未公开结构体且易因 Windows 版本变动失效
跨平台封装时别用 std::thread::hardware_concurrency()
std::thread::hardware_concurrency() 返回的是逻辑 CPU 核心数，不是当前进程的活跃线程数，两者完全无关。混用会导致监控误报或资源误判。
常见错误现象：
- 在 8 核机器上启动 100 个线程，却看到
hardware_concurrency()始终返回 8 - 误以为该值可用于限流或负载均衡，结果压垮内存或调度器
- 某些实现（如 MinGW）甚至返回 0，进一步加剧不可靠性
注意 std::this_thread::get_id() 无法用于统计
std::this_thread::get_id() 只返回当前线程唯一标识，不能枚举、不能比较大小、不能反查总数。试图用它做“线程池计数”或“全局线程注册表”属于设计误用——ID 是 opaque token，标准未规定其可哈希或可序化。
替代思路：
- 若需运行时线程计数，应在创建/销毁点用原子变量增减（如
std::atomic_int thread_count{0}） - 避免在信号处理函数中修改该计数器：
std::atomic的非锁实现（如fetch_add）是异步信号安全的，但operator++不一定 - 不要基于 ID 值做任何假设：不同实现下 ID 可能是指针、整数或结构体，
std::hash<:thread::id></:thread::id>才是唯一标准支持的操作
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
