结论：不是乱码，而是GDB默认不解析STL容器结构，需启用pretty printer；推荐gdb-stl-views宏脚本（无需Python）或正确配置libstdc++ Python打印机。
直接说结论：不是乱码，是GDB默认不解析STL容器结构，它把std::vector、std::map当普通结构体展开，暴露了模板实现细节——你看到的_M_impl、_M_start那些字段，根本不是乱码，而是没配好“漂亮打印”（pretty printer）。
为什么p命令输出一堆下划线字段？
这是GDB对C++模板类的原始行为：它不知道std::vector<int></int>该以“数组形式”展示，只会递归打印所有成员。关键字段如_M_start指向真实数据，但你需要手动解引用+计算长度，比如：
(gdb) p *(my_vec._M_impl._M_start)@3
这既容易出错，又无法自动适配std::string或嵌套容器。真正的问题不是编码错误，而是GDB缺少类型感知能力。
gdb-stl-views宏脚本最稳，不用Python也能用
如果你的GDB版本老旧（比如7.0左右）、系统没装Python，或者调试的是GCC 4.x编译的老程序，libstdc++自带的Python pretty printer大概率会报错，例如：
Python Exception exceptions.ValueError Cannot find type CarInfoContainer::_Rep_type
这时推荐用纯GDB宏脚本stl_views_1.0.3.gdb，它不依赖Python，只靠GDB内置命令。使用前注意：
- 把脚本内容复制进
~/.gdbinit，或单独保存后在GDB中执行source stl_views_1.0.3.gdb - 确保你的
std::vector等容器是GNU libstdc++实现（主流Linux发行版默认），Clang + libc++不兼容 - 调用命令是
pvector my_vec、pmap my_map std::string int，注意类型参数必须写全且顺序不能错
libstdc++ Python printer 配置失败的常见原因
即使你用了新版GDB（≥7.5）和Python支持，仍可能失败，典型表现是p命令输出不变，或报Cannot find type。排查要点：
-
python命令在GDB里是否可用？输入python print(1)测试 -
sys.path是否包含libstdcxx/v6路径？路径写错或文件权限不足都会静默失败 - 你的程序是否用
-g编译？且没加-fno-rtti——RTTI被关掉后，Python printer找不到类型信息 - 某些老版本GCC（如4.1/4.4）生成的debug info格式与新版printer不匹配，强行启用反而崩溃
最易被忽略的一点：GDB加载printer是惰性的，第一次p某个STL变量时才触发注册。如果之前执行过set print pretty off，或.gdbinit里有语法错误，整个Python模块可能压根没加载，而GDB不会提示。
