Linux需先启用core dump：设ulimit -c unlimited，配置limits.conf并修改core_pattern；再用gdb -batch自动提取堆栈与寄存器，addr2line定位行号，c++filt还原C++函数名。
如何让 Linux 自动触发 core dump 并保存文件
默认情况下，很多发行版（如 Ubuntu）禁用 core dump，ulimit -c 返回 0 就是证据。不先打开它，后续所有分析都无从谈起。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 临时启用：
ulimit -c unlimited（当前 shell 有效） - 永久生效：编辑
/etc/security/limits.conf，添加两行：* soft core unlimited<br>* hard core unlimited
，并确保 PAM 加载了pam_limits.so - 确认保存路径：
cat /proc/sys/kernel/core_pattern。若输出是core或core.%p，说明会落在当前工作目录；若以|开头（如|/usr/share/apport/apport %p %s %c %d %P），说明被接管——需注释掉或改回普通路径，例如：echo "/var/tmp/core.%e.%p" | sudo tee /proc/sys/kernel/core_pattern - 注意：程序需有写入目标目录的权限，且磁盘空间充足；
/var/tmp/比/tmp/更稳妥，因后者可能挂载为noexec,nosuid,nodev或 tmpfs
用 gdb 批量提取崩溃现场关键信息
手动开 gdb 看堆栈太慢，自动化诊断的核心是「无需交互」地导出调用栈、寄存器、源码上下文（如果符号可用）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 基础命令：
gdb -batch -ex "thread apply all bt" -ex "info registers" -ex "quit" /path/to/binary /path/to/core - 加
-batch是关键，否则会卡在交互式提示符；-ex可多次使用，顺序执行指令 - 若二进制含调试符号（编译时加
-g），可追加：-ex "frame"查看崩溃点局部变量（但注意：C++ 对象可能显示不完整，print *(MyClass*)$rdi这类手动 cast 常需人工介入） - 避免依赖终端控制：加上
-nx（忽略 ~/.gdbinit）和-q（静默启动），防止环境配置干扰脚本行为 - 错误常见现象：
No symbol table is loaded表示没调试信息；Core was generated by ...后跟乱码，常因 core 文件损坏或架构不匹配（比如用 x86_64 gdb 打开 arm64 core）
用 addr2line 快速定位崩溃行号（尤其无调试符号时）
当二进制 stripped 但你仍保留一份带 -g 的构建产物，addr2line 就是逆向映射地址到源码的最快方式。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先从 gdb 输出中提取崩溃地址，例如：
Program received signal SIGSEGV, Segmentation fault. 0x0000555555554a2c in main ()→ 地址是0x0000555555554a2c - 运行：
addr2line -e /path/to/stripped_binary -f -C -i 0x0000555555554a2c，其中：-f打印函数名，-C解析 C++ 符号名，-i展开内联函数 - 若地址是相对偏移（如
main+36），需先用readelf -S /path/to/binary找到.text节区的 VMA，再换算成绝对地址；更简单做法：用objdump -t /path/to/binary | grep main查起始地址后相加 - 注意：strip 掉的二进制无法恢复源码行号，但保留
.debug_*节区的文件（如用strip --strip-unneeded）仍可被 addr2line 使用
用 c++filt 还原被 mangling 的函数名
gdb 或 addr2line 输出的 C++ 函数名通常是 mangled 形式（如 _ZStlsIcSt11char_traitsIcESaIcEERSt13basic_ostreamIT_T0_ES7_RKSt7__cxx1112basic_stringIS4_S5_T1_E），直接读几乎不可能。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 管道直传：
echo "_ZStlsIcSt11char_traitsIcESaIcEERSt13basic_ostreamIT_T0_ES7_RKSt7__cxx1112basic_stringIS4_S5_T1_E" | c++filt→ 输出std::basic_ostream<char std::char_traits> >& std::operator, std::allocator<char> >(std::basic_ostream<char std::char_traits> >&, std::__cxx11::basic_string<char std::char_traits>, std::allocator<char> > const&)</char></char></char></char></char> - 批量处理：gdb 脚本里可用
shell c++filt $1（需配合 define 命令），但更稳的方式是在解析完 bt 后，用 Python 脚本对每行匹配_Z[a-zA-Z0-9_]+后调用c++filt - 常见坑：不同 ABI（Itanium vs Microsoft）用不同 mangling 规则；Linux 默认 Itanium，
c++filt无需指定，但若看到???输出，检查是否误用了 Windows 工具链生成的符号
真正难的不是单次分析，而是把 core 文件、二进制、调试符号三者版本严格对齐——少一个，bt 就可能停在 ???，addr2line 就返回 ???:0。线上环境务必建立构建产物归档机制，连 build-id 都要记录下来。
