C++如何获取系统的当前最大并发线程数

先抛个关键结论：sysconf(_SC_THREADS_MAX) 返回的其实是个“理论天花板”，内核编译时写的硬上限，比如 Linux 上经常看到 2147483647（也就是 INT_MAX）——真正的运行时限制，得看 /proc/sys/kernel/threads-max、RLIMIT_SIGPENDING 和栈内存这些实打实的资源。

Linux 下用 sysconf(_SC_THREADS_MAX) 获取理论最大值

这个函数返回系统允许创建的最大线程数（POSIX 线程），但它只是内核编译时设定的硬上限，比如在多数现代 Linux 上常返回 2147483647（即 INT_MAX），实际根本达不到。它不反映当前可用资源，也不考虑 /proc/sys/kernel/threads-max 或 cgroup 限制。

实操建议：

• 调用前检查返回值是否为 -1，表示不支持或出错
• 不要把它当“安全线程池大小”，它对运行时调度没指导意义
• sysconf(_SC_THREAD_THREADS_MAX) 是错误写法，正确宏是 _SC_THREADS_MAX

Linux 实际可用线程数得看 /proc/sys/kernel/threads-max 和 RLIMIT_SIGPENDING

真正影响你能创建多少线程的是内核参数和每个进程的信号队列限制。每个线程都需要一个独立的栈（默认 8MB）和一个 task_struct，而 threads-max 控制全局可创建的 task 数量；RLIMIT_SIGPENDING 则间接限制线程数，因为每个线程至少占用一个 pending signal slot。

验证方式：

• 读取：cat /proc/sys/kernel/threads-max
• 查看当前进程限制：getrlimit(RLIMIT_SIGPENDING, &rlim)，其 rlim.rlim_cur 常是瓶颈
• 注意：修改 threads-max 需 root 权限，且重启后失效

C++ 里没法跨平台获取“当前最大并发线程数”

Windows 没有等价于 _SC_THREADS_MAX 的标准接口；macOS 的 sysconf(_SC_THREADS_MAX) 同样只是理论值。C++ 标准库（包括 std::thread::hardware_concurrency()）只提供推荐的**并行执行单元数**（通常是逻辑 CPU 核心数），不是线程容量上限。

所以你要的“最大并发线程数”本身是个模糊概念：

• 是系统级硬限制？→ 查 /proc/sys/kernel/threads-max（Linux）或 GetProcessAffinityMask + 内存估算（Windows）
• 是当前进程能承受多少？→ 需结合栈内存、文件描述符、signal pending 限额动态估算
• 是性能最优线程数？→ 通常远小于上限，应按任务类型（CPU-bound / I/O-bound）压测确定

别直接用大数字创建线程，先做资源预估

盲目调用几百个 std::thread 极易触发 std::system_error（错误码 resource_una vailable_try_again），根源往往是栈空间耗尽或 RLIMIT_AS/RLIMIT_STACK 触顶。

稳妥做法：

• 用 std::thread::hardware_concurrency() 作起点，I/O 密集型可乘以 2–4，CPU 密集型不宜超过该值
• 启动前检查可用内存：sysinfo(&info) 中的 info.freeram * info.mem_unit
• 设置线程栈大小（如 std::thread(attr, ...) 配合 pthread_attr_setstacksize）避免默认 8MB 浪费

真正卡住你的往往不是“系统最大值”，而是你进程的虚拟内存布局、ulimit 设置和分配器行为。别信文档里的大数字，跑起来再看 OOM 或 pthread_create: Cannot allocate memory 才是真实答案。