linux下用backtrace和backtrace_symbols获取调用栈需编译时加-g -rdynamic，否则仅显示地址；windows需syminitialize+pdb支持；libbacktrace是轻量跨平台方案；release中应避免无条件调用以防性能损耗。
Linux 下用 backtrace 和 backtrace_symbols 快速抓调用栈
在 Linux 环境下，execinfo.h 提供的 backtrace 是最轻量、无需第三方依赖的获取堆栈方式。但它只返回地址，不带函数名和行号——必须配合编译选项才能有用。
关键点：编译时必须加 -g -rdynamic（-rdynamic 让链接器把所有符号导出到动态符号表，否则 backtrace_symbols 只能显示十六进制地址）。
典型用法：
#include <execinfo.h>
#include <stdio.h>
#include <stdlib.h><p>void print_stacktrace() {
void* buffer[100];
int nptrs = backtrace(buffer, 100);
char** strings = backtrace_symbols(buffer, nptrs);
if (strings) {
for (int i = 0; i </p>
<ul>
<li>
<code>backtrace</code> 返回的是“调用帧地址”，不是函数名；第 0 帧通常是 <code>print_stacktrace</code> 自身，想跳过就从 <code>i = 1</code> 开始遍历</li>
<li>
<code>backtrace_symbols</code> 分配的内存必须 <code>free</code>，否则每次调用都泄漏</li>
<li>若程序被 strip 过或没加 <code>-g</code>，输出里只有 <code>./a.out[0x401234]</code> 这类无意义地址</li>
</ul>
<h3>Windows 上用 <code>CaptureStackBackTrace</code> 需要手动解析符号</h3>
<p>Windows 没有等价于 <code>backtrace_symbols</code> 的一键函数，<code>CaptureStackBackTrace</code>（<code>imagehlp.h</code>）只能拿到地址数组，要显示函数名得靠 <code>SymFromAddr</code> + PDB 符号文件支持。</p>
<p>这意味着：即使代码里调用了 <code>CaptureStackBackTrace</code>，默认输出仍是 <code>0x00007ff6a1b21234</code> 这样的裸地址——除非你显式初始化 DbgHelp 并加载符号。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<ul>
<li>必须调用 <code>SymInitialize(GetCurrentProcess(), nullptr, TRUE)</code>，否则 <code>SymFromAddr</code> 总失败</li>
<li>PDB 文件需与二进制同目录或在 <code>_NT_SYMBOL_PATH</code> 指定路径下</li>
<li>Release 版默认不生成 PDB，需在项目设置中启用 “Program Database (/Zi)”</li>
<li>多线程环境下 <code>SymInitialize</code> 不是线程安全的，建议在主线程尽早调用一次</li>
</ul>
<h3>跨平台方案：libbacktrace（GCC 自带）比 Boost.Stacktrace 更轻量</h3>
<p>如果不想自己封装 Windows/Linux 差异，<code>libbacktrace</code> 是 GCC 自带的底层库，比 <code>Boost.Stacktrace</code> 依赖少、体积小、无异常开销，且支持内联函数展开和源码行号（需 <code>-g</code>）。</p>
<p>它不随 GCC 默认安装，但源码就在 <code>gcc/libbacktrace</code> 目录下，可单独编译成静态库链接。</p>
<ul>
<li>相比 <code>Boost.Stacktrace</code>，它不依赖 Boost.System 或 Boost.Filesystem，也无需 <code>std::filesystem</code>
</li>
<li>不支持 macOS 的 <code>libunwind</code> 后端，macOS 用户仍需走 <code>backtrace</code> + <code>atos</code> 组合</li>
<li>对 C++ 模板实例化名解码效果一般，复杂模板栈帧可能显示为 <code>???</code>
</li>
</ul>
<h3>调试期临时打点 vs 发布版日志：别在 Release 里无条件调用 <code>backtrace</code>
</h3>
<p>很多人把 <code>backtrace</code> 当成“万能诊断开关”，但在 Release 模式下无节制调用会有明显代价：符号解析涉及磁盘读取（PDB 或 .so 的 .symtab）、字符串分配、地址转函数名查表——单次调用可能耗时毫秒级。</p>
<ul>
<li>线上服务中，用 <code>backtrace</code> 做常规日志会拖慢吞吐，应仅用于 crash handler 或明确开启的 debug 模式</li>
<li>Clang/GCC 的 <code>-fno-omit-frame-pointer</code> 对 <code>backtrace</code> 正确性很关键；某些优化等级（如 <code>-O2</code>）可能让部分帧丢失，建议至少保留 <code>-O1</code> + <code>-fno-omit-frame-pointer</code>
</li>
<li>若程序用了 <code>setjmp</code>/<code>longjmp</code> 或协程（如 boost::context），标准 <code>backtrace</code> 可能无法跨越非局部跳转，此时需用 libunwind 或自定义上下文保存</li>
</ul>
<p>真正难的不是“怎么拿到栈”，而是“什么时候拿、拿多少、怎么避免干扰正常逻辑”。地址能打印出来，不等于你能立刻定位问题——符号是否完整、帧是否可信、线程上下文是否干净，这些才是线上排查时卡住的关键。</p></stdlib.h></stdio.h></execinfo.h>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
