Linux线程栈大小只能在创建前通过pthread_attr_setstacksize指定，主线程栈由ulimit -s或RLIMIT_STACK控制且不可事后修改；设置值须≥PTHREAD_STACK_MIN并建议为页大小整数倍，且不得超过当前RLIMIT_STACK软限制，否则pthread_create将失败。
Linux下不能对已创建的线程动态设置栈大小限制，只能在创建新线程前通过 pthread_attr_t 指定；主线程栈大小由 ulimit -s 或进程启动时的 RLIMIT_STACK 控制，无法事后修改。
用 pthread_attr_setstacksize 创建线程时指定栈大小
这是唯一标准、可靠的方式。它只影响即将创建的线程，对主线程或已存在的线程完全无效。
- 必须先调用
pthread_attr_init(&attr)初始化属性对象，否则行为未定义 -
pthread_attr_setstacksize(&attr, size)的size必须 ≥PTHREAD_STACK_MIN（通常为 16384 字节），且建议是系统页大小（getpagesize()）的整数倍 - 若设置值超过当前
RLIMIT_STACK软限制（见下文），pthread_create可能失败并返回EAGAIN - 示例：
pthread_attr_t attr; pthread_attr_init(&attr); size_t stack_size = 4 * 1024 * 1024; // 4MB pthread_attr_setstacksize(&attr, stack_size); pthread_t tid; int ret = pthread_create(&tid, &attr, thread_func, nullptr); pthread_attr_destroy(&attr);
检查并调整进程级栈软限制 RLIMIT_STACK
即使你设了 8MB 的线程栈，如果 RLIMIT_STACK 软限制只有 2MB，pthread_create 仍可能因资源不足失败——这不是线程本身的限制，而是内核对“单个线程栈最大可分配量”的兜底约束。
- 用
getrlimit(RLIMIT_STACK, &rlim)查当前软限（rlim.rlim_cur），单位是字节 - 若需增大，必须在
pthread_create前调用setrlimit(RLIMIT_STACK, &rlim)；但硬限（rlim.rlim_max）通常需 root 权限才能提升 - 注意：
ulimit -s 16384是 shell 层面设置，只影响该 shell 启动的后续进程，对当前运行中的进程无效 - 常见陷阱：在
main()开头调用setrlimit成功，但忘记检查返回值；失败时errno可能是EPERM（权限不足）或EINVAL（值非法）
为什么 pthread_attr_getstacksize 不能用于查“当前线程”栈大小
这个函数常被误用。它读的是 pthread_attr_t 对象里“曾经设置过”的值，不是运行中线程的实际栈配置。
立即学习“C++免费学习笔记（深入）”；
- 对主线程或未显式配置属性的线程，调用它前若没调用
pthread_attr_init+pthread_attr_setstacksize，返回值是未初始化垃圾值 - 它不反映
RLIMIT_STACK截断后的实际可用值，也不反映pthread_create内部因内存对齐、mmap 策略导致的最终分配大小 - 真正想知道某个线程“还能用多少栈”，得靠信号处理（如
sigaltstack+SIGSEGV）或手动探测栈指针位置，但这属于溢出防护范畴，不是“查限制”
最易被忽略的一点：线程栈大小不是“配额”，而是一个**分配上限提示**。内核按需分配物理页，pthread_attr_setstacksize 设的值只是告诉 glibc “请尝试按这个大小 mmap 一块栈空间”，最终能否满足、是否对齐、是否受 ASLR 影响，都由内核和 libc 共同决定。别指望它精确到字节，也别在运行时反复查——它只在创建那一刻起作用。
