Linux下用pthread_attr_getstacksize获取默认栈大小的最可靠方式是：先调用pthread_attr_init初始化属性对象，再调用pthread_attr_getstacksize获取实际生效的默认值（通常为8MB，但受ulimit -s限制），该值表示分配上限而非已用空间。
Linux 下用 pthread_attr_getstacksize 查看默认栈大小
Linux 系统中，C++ 程序默认线程栈大小由 pthread 库控制，不是内核硬编码值，而是运行时可配置的。直接调用 pthread_attr_getstacksize 是最可靠的方式——它返回当前线程属性对象中设置的栈大小，而非猜测或查文档。
- 必须先用
pthread_attr_init初始化属性对象，否则行为未定义 - 若从未显式设置过栈大小（即使用默认值），
pthread_attr_getstacksize仍会返回实际生效的默认值（通常是 8MB，但可能被ulimit -s截断） - 注意：该函数不反映当前线程已使用的栈空间，只返回“分配上限”
- 示例片段：
pthread_attr_t attr;<br>pthread_attr_init(&attr);<br>size_t stack_size;<br>pthread_attr_getstacksize(&attr, &stack_size);<br>// stack_size 现在是默认栈上限
Windows 上没有等价的 POSIX 接口，得靠 GetThreadStackInfo 或编译器特性
Windows 不提供标准 C++ 或 Win32 API 直接获取“当前线程栈大小”的函数。常见误区是查 STACK_SIZE_PARAM_IS_A_RESERVATION 或试图读取 TEB（Thread Environment Block），但这些要么是创建时参数，要么是 undocumented 实现细节。
-
GetThreadStackInfo（Windows 10 1903+）可安全获取当前线程的栈基址与大小，需包含<processthreadsapi.h>并链接kernel32.lib - 更通用的做法是：主线程栈大小由链接器选项决定（如 MSVC 的
/STACK:reserve[,commit]），而新线程默认继承主线程栈大小，除非显式传入dwStackSize给CreateThread - 如果用 std::thread，底层仍是 CreateThread，但无法通过标准接口反查其栈大小——这是设计限制，不是遗漏
为什么不能依赖 RLIMIT_STACK 或 ulimit -s 值？
RLIMIT_STACK 只约束主线程的初始栈大小，且 pthread 创建的线程不受其直接影响。它只是创建线程时的“建议上限”，最终栈大小还受内存布局、ASLR、mmap 分配策略影响。
- 调用
getrlimit(RLIMIT_STACK, &rl)得到的是软限（soft limit），单位是 KB；但 pthread 默认栈可能比它小（比如设为 2MB），也可能因内存不足而实际分配更少 - 修改
ulimit -s后新建进程才生效，对当前运行进程的已有线程无影响 - 即使
RLIMIT_STACK是 “unlimited”，pthread 仍按内部默认值（如 8MB）分配，不会无限增长
std::thread 没有暴露栈大小接口，别试图从 this_thread::get_id() 推导
C++ 标准库完全抽象了线程栈管理细节。std::thread 构造时不接受栈大小参数（C++20 仍未加入），也无法通过任何公开成员函数获取底层栈配置。
立即学习“C++免费学习笔记（深入）”；
- 试图用
std::this_thread::get_id()+ 平台私有 API 关联栈信息，属于未定义行为，不同 STL 实现（libstdc++ / libc++ / MSVC STL）处理方式不同 - 若真需要可控栈大小，必须绕过
std::thread，直接用pthread_create（Linux/macOS）或CreateThread（Windows），并显式设置栈参数 - 注意：小栈（如 64KB）容易触发栈溢出，且 C++ 异常展开、std::string 内部缓冲、lambda 捕获大对象都可能隐式消耗栈空间
valgrind --tool=memcheck 或 AddressSanitizer 定位真实问题，而不是执着于“获取大小”。 
