gdb原生print无法显示std::vector元素，因其仅展开指针而不知其代表连续内存；需用gdb-stl-views插件（pvector命令）或手动计算_m_start与_m_finish差值后用@语法打印（仅限pod类型）。
原生 print 命令对 std::vector 几乎无效——它只展开内部指针和分配器，不显示实际元素。你得用专门的调试辅助机制，否则每次都要手动算 _M_start 和 _M_finish 的差值再用 @N 语法读内存，既慢又容易出错。
为什么直接 p vec 看不到数据？
因为 GDB 默认把 std::vector 当作一个普通结构体展开，而它的数据实际存在堆上，由三个指针管理：_M_start（首地址）、_M_finish（末尾后一位）、_M_end_of_storage（容量终点）。GDB 不知道这些指针合起来代表“一串连续整数”，更不会自动推导长度。
- 常见错误现象：
(gdb) p vec输出里全是_M_impl、_M_start = 0x7f8a12345678这类信息，没有{1, 2, 3}这样的直观列表 - 如果你强行用
p *(vec._M_impl._M_start)@vec.size()，会报错：GDB 不支持在表达式中调用成员函数（size()是函数，不是字段） - 即使你知道长度，写
p *(vec._M_impl._M_start)@5也依赖你手算或查寄存器，嵌套容器或自定义类型时根本不可行
用 gdb-stl-views 加载后直接 pvector
这是目前最稳定、适配 GCC libstdc++ 主流版本的方案。它本质是一组 Python 脚本，注册为 GDB 命令，能自动识别容器类型并格式化输出。
- 下载地址：
https://github.com/kkloze/gdb-stl-views，保存为~/.gdb-stl-views.py - 在
~/.gdbinit中添加：source ~/.gdb-stl-views.py - 重启 GDB 或执行
source ~/.gdb-stl-views.py后，即可使用：pvector vec、pmap scores、plist mylist - 注意：部分旧版 GCC（如 4.8）可能需额外 patch，推荐搭配 GCC 5.4+ 和 GDB 8.0+ 使用；Clang + libc++ 用户需换用
libcxx-pretty-printers
临时应急：不用插件也能看，但有硬限制
如果不能改 .gdbinit 或受限于环境（如 CI 调试容器），可用原生命令组合，但仅适用于 POD 类型（int、double、char* 等）且长度已知的场景。
- 先确认大小：
p vec._M_impl._M_finish - vec._M_impl._M_start（单位是元素个数，非字节数） - 再打印数据：
p *(vec._M_impl._M_start)@5（假设结果是 5） - 若 vector 存的是对象（如
std::string或自定义 struct），该方法失效——@N只做原始内存 dump，无法调用operator 或触发构造逻辑 - 别尝试
p vec[0]：GDB 不支持重载operator[]的求值，会报You can't do that without a process to debug或类似错误
真正麻烦的从来不是“怎么看到”，而是“怎么在多层嵌套、模板深度 >3、含 move-only 类型的容器里稳定看到”。这时候 pvector 的健壮性就体现出来了——它靠解析符号表和类型信息，而不是硬编码内存布局。别省那几十秒配置时间，否则每 debug 一次都要重复三分钟手动推导。
