std::thread::hardware_concurrency() 返回硬件支持的逻辑核心数，与程序实际线程数无关；C++标准库不提供运行时线程计数，需手动用std::atomic维护创建/销毁时的增减。
std::thread::hardware_concurrency() 返回的是 CPU 核心数，不是当前活跃线程数
很多人看到 std::thread::hardware_concurrency() 就以为它能反映“当前程序开了几个线程”，其实它只返回硬件支持的并发线程数（通常是逻辑核心数），和程序实际创建的线程数量完全无关。调用它不会访问运行时状态，也不涉及任何同步开销。
真正要获取“当前正在执行的线程数”，关键在于：C++ 标准库本身不提供全局线程计数器——它不跟踪你 std::thread 对象的生命周期，更不感知 std::async、线程池或 pthread 直接创建的线程。
手动维护线程计数器是唯一可靠方式
你需要在每次创建和销毁线程时显式增减一个共享计数器。最常用做法是封装一个线程工厂类，或在 std::thread 构造/析构时触发计数逻辑：
- 使用
std::atomic<int></int>保证多线程安全，避免竞态 - 在构造
std::thread后立即 ++，在join()或detach()前（或 RAII 封装的析构中）-- - 注意：
std::thread默认移动语义，拷贝构造被禁用，所以计数必须绑定到对象生命周期，不能靠栈变量作用域自动管理 - 如果用
std::async，需额外在 launch 策略为std::launch::async时计数；std::launch::deferred不启新线程，不应计入
示例片段：
立即学习“C++免费学习笔记（深入）”；
std::atomic<int> active_thread_count{0};
<p>auto start_thread = [](auto&& f) {
active_thread_count++;
std::thread t(std::forward<decltype(f)>(f));
return [t = std::move(t)]() mutable {
t.join();
active_thread_count--;
};
};</p><p>auto joiner = start_thread([]{ /<em> work </em>/ });
// ... later
joiner(); // 自动减一
不要依赖操作系统 API 获取“进程内所有线程”
像 Linux 的 /proc/self/status（看 Threads: 行）或 Windows 的 EnumThreads，确实能读到当前进程的线程总数，但问题很多：
- 它包含所有线程：主线程、std::thread、pthread、第三方库内部线程（如 glibc 的异步信号处理线程、glib 的 IO 线程）、甚至 JVM 或 Python 解释器嵌入的线程
- 无法区分“用户可控”和“不可控”线程，数值波动大且无业务意义
- 跨平台不可行，Linux / macOS / Windows 实现完全不同
- 频繁读取
/proc有轻微开销，且在容器环境可能权限受限
除非你做系统级监控工具，否则这个数字对应用层逻辑基本没用。
线程池场景下，“正在执行的任务数”比“线程数”更有意义
多数实际场景（比如服务器、图像处理）并不关心底层线程个数，而是想知道“此刻有多少任务在跑”。这时应该监控工作队列长度 + 正在执行任务的 worker 数：
- 用
std::atomic<int></int>记录“当前运行中任务数”，在任务函数开头 ++、结尾 -- - 线程池本身通常已有类似
busy_workers成员，优先查文档或源码 - 避免把“线程数”和“并发度”混淆：一个 4 线程池可能同时执行 4 个 I/O 任务，也可能因阻塞只剩 1 个在跑
如果你真需要线程数，又不想手动计数，唯一较稳妥的折中方案是：只统计你自己通过统一工厂创建的 std::thread，其他一律不纳入——边界清晰，可维护性强。
最易被忽略的一点：线程对象析构前未调用 join() 或 detach() 会导致程序终止，此时计数器若已 ++ 却没 --，就会永久错乱。务必确保异常安全路径也覆盖计数更新。
