std::thread默认栈过小易致stack overflow，linux约2mb、windows约1mb，远小于主线程；递归或大局部变量在子线程中崩溃而主线程正常，gdb显示调用帧少且报内存访问错误。
std::thread 默认栈太小，子线程递归或大局部变量极易触发 Stack Overflow，这不是代码逻辑错误，而是线程创建时就埋下的坑。
std::thread 的默认栈大小远小于主线程
Linux 下 std::thread 默认栈通常只有 2MB（主线程常为 8MB），Windows 下链接器默认设为 1MB；这个值在 std::thread 构造时就固定了，运行时无法调整。现象是：同一段递归或大数组代码，在主线程跑得好好的，一放进新线程就崩，gdb bt 显示帧数不多（比如才 20 层），但直接 abort 或报 Cannot access memory at address。
- 验证方法：用
pthread_attr_t查当前线程栈限制，或在创建前加调试输出std::cout - 不要依赖文档里“系统默认”的说法——不同发行版、glibc 版本、甚至 CMake 构建方式都可能改变该值
-
ulimit -s只影响主线程，对std::thread无效
如何安全地给 std::thread 分配足够栈空间
必须在创建线程时显式指定，不能靠事后扩容。C++ 标准没提供直接接口，得用底层 pthread 封装：
- Linux/macOS：用
pthread_attr_setstacksize(&attr, 8 * 1024 * 1024)配置 8MB 后再调pthread_create - Windows：用
CreateThread替代std::thread，传入dwStackSize参数（如8 * 1024 * 1024） - 跨平台稳妥做法：封装一个
safe_thread类，内部根据平台选择 pthread 或 Win32 API，避免裸用std::thread - 注意：栈大小必须是系统页大小的整数倍（通常是 4KB），否则
pthread_create可能静默失败
比调栈大小更可靠的三种代码级规避手段
改线程栈只是兜底，真正健壮的做法是从源头减少单线程栈压力：
- 把深度递归改成
std::stack+ 循环：避免函数帧层层累积，彻底脱离栈深度限制 - 大缓冲区一律不用栈分配：
std::vector<char> buf(1024*1024)</char>替代char buf[1024*1024]；std::unique_ptr也行，但别用裸new[]/delete[] - 递归函数参数避免 by-value 捕获大对象：lambda 里用
[&]或显式引用传参，否则每次调用都复制一份进栈帧 - 检查是否真需要多线程递归：有时用任务队列 + 线程池分治，比每个线程各自深递归更省内存
最易被忽略的一点：线程栈大小不是“越大越好”。设成 64MB 虽然能跑通，但会浪费虚拟内存地址空间，且在高并发场景下（比如开 100 个线程）直接耗尽进程地址空间——32 位程序尤其危险。合理值应按实际需求估算，留 2–3 倍余量即可。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
