Linux下获取当前线程栈基地址应解析/proc/self/task/<tid>/maps中[stack:tid]行的起始地址（低地址），该地址即栈顶初始位置；栈底（“基地址”所指）为该行结束地址（高地址），x86/x64栈向下增长，安全可用范围是[stack_start, stack_end)。
Linux下用/proc/self/maps解析当前线程栈边界
Linux内核不提供直接获取线程栈基址的系统调用，但每个线程的栈信息会以可读形式暴露在/proc/self/maps中。主线程和新创建的线程（用pthread_create）都会在该文件里有一行标记为[stack]或[stack:tid]的内存段。
关键点在于：这一行的起始地址（低地址）是栈的**上限**（即栈顶初始位置），结束地址（高地址）是栈的**下限**（即栈底，也就是“基地址”所指位置）。注意，x86/x64栈向下增长，所以“基地址”实际是栈空间的最高地址 + 1，而安全可用范围是[stack_start, stack_end)，其中stack_start是maps里该行第一个十六进制数，stack_end是第二个。
- 必须以只读方式打开
/proc/self/maps，逐行扫描含"[stack"字样的行（注意有空格和冒号变体） - 主线程通常匹配
"[stack]"，而pthread线程可能匹配"[stack:12345]"，建议用strstr(line, "[stack") != nullptr宽松匹配 - 解析十六进制地址时务必用
sscanf(line, "%lx-%lx", &start, &end)，不要依赖空格分割——某些内核版本字段数不固定 - 该方法在容器中依然有效，但若进程被
ptrace或处于seccomp严格模式下，/proc/self/maps可能被隐藏或截断
pthread_getattr_np获取栈地址与大小（glibc专属）
glibc提供了非标准但广泛使用的pthread_getattr_np函数，能从pthread_t拿到栈的起始地址（stackaddr）和大小（stacksize）。注意：stackaddr是栈的**最低地址**（即栈底），对应上一节中的stack_end；而栈顶（当前sp）需通过__builtin_frame_address(0)等手段另行获取。
- 必须先调用
pthread_getattr_np(pthread_self(), &attr)，再用pthread_attr_getstack(&attr, &stackaddr, &stacksize)提取 -
stackaddr指向的是分配给该线程的整个栈内存块起始处（页面对齐），但**不是所有区域都可安全写入**——靠近stackaddr的几个页可能被mprotect设为不可访问，用于栈溢出防护 - 该函数在musl libc中不存在，交叉编译或Alpine Linux环境下会链接失败；启用
-D_GNU_SOURCE且链接-lpthread才可用 - 返回的
stacksize是虚拟内存大小，实际物理页按需分配，不能据此判断剩余可用空间
为什么不能直接用__builtin_frame_address(0)当栈基址？
__builtin_frame_address(0)返回当前函数帧的基地址（即rbp或类似寄存器值），它只是**当前执行点的栈位置**，离真正的栈底（分配起点）可能差几KB甚至几MB，且随调用深度剧烈变化。它既不是“基地址”，也不能反映栈的安全边界。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 它不提供任何长度信息，无法判断还能压多少局部变量或调用多少层函数
- 在开启
-fomit-frame-pointer（现代编译器默认）时，该函数行为未定义或返回错误地址 - 即便在调试版中能取到，它也完全无法对抗栈保护机制（如guard page）——越界访问仍会触发SIGSEGV
- 若需估算剩余栈空间，可粗略用
(char*)__builtin_frame_address(0) - (char*)stack_base，但前提是已通过前述任一方法拿到stack_base
安全范围判断的核心陷阱：guard page与动态扩展
Linux线程栈默认带一个不可访问的guard page（通常1页=4KB），位于栈底下方。这意味着即使你算出stack_base，也不能认为[stack_base - 4096, stack_base)是安全的——它极大概率是PROT_NONE，写入即崩溃。此外，主线程栈由内核在加载时分配，大小固定（通常8MB），而pthread栈默认是“可伸缩”的：内核会在检测到栈指针接近guard page时自动mmap新页（受/proc/sys/vm/max_map_count等限制）。
- 不要假设栈大小恒定；用
getrlimit(RLIMIT_STACK, &rlim)查的是主线程软限制，对pthread线程无效 - 检查guard page是否存在：用
mincore()探测stack_base - 4096地址是否驻留内存，或用mprotect(stack_base - 4096, 4096, PROT_NONE)尝试设置——若失败说明已被占用或不可操作 - 真正安全的“可用栈空间”应保守估计为：从当前栈指针到
stack_base - 4096之间，并预留至少1–2KB防突发开销（如信号处理栈） - 若需可靠栈空间管理（如协程、自定义调度），应彻底避开系统栈，改用
mmap(MAP_ANONYMOUS|MAP_STACK)手动分配并控制保护属性
栈边界不是靠猜或单个函数就能稳拿的，它横跨内核映射、libc实现、编译器优化三层，任何脱离/proc/self/maps或pthread_getattr_np的纯用户态推导都不可信。
