pthread_attr_setstacksize设置后仍栈溢出，主因是未满足两个硬性前提：值须大于PTHREAD_STACK_MIN（通常16384字节）且为页大小整数倍；若不检查返回值或误用于主线程，将静默失败。
pthread_attr_setstacksize 设置后为什么线程还是栈溢出？
直接调用 pthread_attr_setstacksize 不生效，大概率是因为你没注意两个硬性前提：一是该值必须大于 PTHREAD_STACK_MIN（Linux 上通常为 16384 字节），二是必须是系统页大小（getpagesize()）的整数倍。否则 pthread_create 会静默失败或触发 EINVAL 错误，但很多人没检查返回值。
实操建议：
- 先调用
getpagesize()获取页大小（常见为 4096），再向上取整到页对齐 —— 比如想设 512KB 栈，应写成512 * 1024，然后确认它 %getpagesize()== 0；不满足就手动补齐 - 始终检查
pthread_attr_setstacksize的返回值：if (ret != 0) { perror("setstacksize"); } - 别在主线程里改全局默认栈（POSIX 不支持），这个函数只影响后续用该 attr 创建的线程
主线程栈大小不能用 pthread\_attr\_setstacksize 调整
pthread_attr_setstacksize 只对 pthread_create 生效，对主线程（即进程启动时的初始线程）完全无效。主线程栈由内核在 exec 时按 RLIMIT_STACK 设定，用户态无法通过 pthread API 修改。
如果你发现主线程递归太深或局部变量太大导致段错误，得换路子：
立即学习“C++免费学习笔记（深入）”；
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 启动前用
ulimit -s调整限制（例如ulimit -s 8192设为 8MB），但注意这会影响整个进程所有线程的栈上限 - 用
setrlimit(RLIMIT_STACK, &rlim)在程序开头动态设置，同样作用于全部线程 - 避免在主线程堆栈上分配大数组，改用
std::vector或malloc分配到堆上
设置过小栈（比如 64KB）时的典型崩溃现象
设了 pthread_attr_setstacksize(&attr, 64 * 1024) 后，线程一进函数就 Segmentation fault (core dumped)，不是因为你代码有 bug，而是连 glibc 自身的线程初始化开销（TLS、信号栈、__pthread_initialize_minimal）都塞不下。
安全下限参考：
- glibc 2.30+ 默认栈是 2MB，最小可用值建议不低于 128KB（即
131072） - 若启用 C++ 异常或 RTTI，栈需求明显上升；带调试符号的 build 也会增加帧开销
- 用
cat /proc/<pid>/maps | grep stack</pid>查看实际分配的栈地址范围，确认是否真按你设的大小映射
替代方案：用 ulimit + 编译器选项更稳妥
如果目标是整体降低内存占用（比如嵌入式场景），与其逐个线程调 pthread_attr_setstacksize，不如从源头控制：
- 编译时加
-Wl,--stack,262144（链接器指定默认栈为 256KB），对所有线程生效（包括主线程） - 启动脚本里加
ulimit -s 256，效果同上且无需改代码 - 注意：这两个方式设的是“最大允许栈大小”，实际分配仍是 lazy allocation（触碰才真正分配物理页），所以不会立刻吃掉全部内存
真正难处理的是多线程混合使用不同栈大小的场景 —— 有些线程要跑 Lua 解释器（需大栈），有些只做简单回调（可压到 128KB）。这时必须严格隔离 attr 实例，避免复用已 set 过 size 的 pthread_attr_t 对象，否则行为未定义。
