原生GDB的p命令无法直接显示std::vector元素内容，因其默认展开模板实例化后的完整内存布局（如_M_start、_M_finish等指针成员），而非识别其为动态数组；需手动用@语法结合_M_start地址与长度（_M_finish−_M_start）/sizeof(T)打印元素，在core dump中应避免调用vec.size()。
原生GDB的p命令无法直接显示std::vector元素内容，必须绕过内部实现细节才能看到真实数据
为什么p vector_name只输出一堆_M_start、_M_finish？
GDB默认展开的是std::vector的完整内存布局，包括分配器、基类、指针成员等模板实例化产物。它不识别“这是一个动态数组”，只当它是普通结构体。你看到的_M_start是首地址，_M_finish是末尾地址（非下标），两者差值除以元素大小才是有效长度。
-
_M_start和_M_finish都是裸指针，类型与元素类型一致（如int*） - 直接
p *(vec._M_impl._M_start)@vec.size()能打印全部元素，但vec.size()在core dump里可能不可用 - 若
vec为空，_M_start可能为nullptr，强行解引用会报Cannot access memory
最稳妥的手动方式：用@语法按地址+长度读内存
不需要额外脚本或配置，在任意GDB版本（包括调试core文件时）都可用。关键是算出起始地址和元素个数：
- 查长度：
p vec.size()（若可求值）或p vec._M_impl._M_finish - vec._M_impl._M_start再除以sizeof(int) - 查首地址：
p vec._M_impl._M_start - 打印全部：
p *(vec._M_impl._M_start)@5（假设长度为5） - 打印单个：
p *(vec._M_impl._M_start + 2)（取下标2的元素）
注意：@N后面的N必须是常量或GDB能立即计算的表达式；在core dump中避免调用vec.size()方法，优先用指针差值。
长期提效方案：加载gdb-stl-views或libstdc++自带pretty printer
如果你频繁调试STL容器，手动算指针太慢且易错。推荐两种成熟方案：
- 现代GCC（≥5.0）+ GDB（≥7.11）默认启用
libstdc++pretty printer，只需确认~/.gdbinit中包含python支持并启用：source /usr/share/gcc-*/python/libstdcxx/v6/printers.py - 更通用的是
gdb-stl-views——一个独立脚本，兼容老版本工具链。下载stl-views.gdb后，在~/.gdbinit中加一行：source /path/to/stl-views.gdb，之后就能直接用view_vector vec或view_map mymap - 验证是否生效：
info pretty-printer应列出libstdc++或stl_views相关条目
真正容易被忽略的是：core文件调试时，vec.size()这类成员函数通常不可调用，所有依赖方法调用的pretty printer都会失效。此时唯一可靠的是指针偏移法——_M_start和_M_finish作为数据成员始终存在于内存中，不受符号表缺失影响。
