最稳的查看方式是p str.c_str()，因其返回合法C风格字符串指针，不依赖pretty-printer；若被截断，需先执行set print elements 0。
直接用 p str.c_str() 或 p str 即可，但必须注意：原生 GDB 对 std::string 的显示行为高度依赖编译器实现（libstdc++ vs libc++）、GDB 版本、是否启用 pretty-printer，且默认会截断长字符串。
为什么 p str 有时只显示内部结构而不是内容
因为不同标准库实现中 std::string 的内存布局差异很大。libstdc++（GCC 默认）常采用“短字符串优化（SSO）+ 堆外 rep 结构”，而 libc++（Clang/macOS 默认）用压缩配对存储；GDB 若未加载对应 pretty-printer，就只能打印出 __r_、_M_dataplus 这类私有字段，而非你想要的字符串值。
常见现象包括：
-
(gdb) p str输出一大段带__rep、__first_、__data_的嵌套结构 - 输出末尾带
...（表示被截断），实际内容看不到 - 对空字符串或 SSO 字符串，
_M_data()返回地址无效，强行 dereference 会报Cannot access memory
最稳的查看方式：优先走 c_str() + 取消长度限制
不管底层怎么实现，std::string::c_str() 总是返回合法的 C 风格 null-terminated 字符串指针，GDB 能无差别识别。
实操建议：
- 用
p str.c_str()—— 安全、通用、不依赖 pretty-printer - 若字符串太长被截断，先执行
set print elements 0（取消字符数限制） - 如需看长度，用
p str.length()或p str.size()，不要试图从内部字段（如_M_rep()._M_length）硬读 - 对
std::string_view，不能用c_str()，得用p {char[sv.size()]}sv.data()强制转数组打印
启用 pretty-printer 后的体验差异
启用后 p str 会直接显示 "hello world" 这样的可读格式，但前提是：
- GDB 版本 ≥ 7.8，且安装了对应 Python pretty-printer（通常随 GCC 或 GDB 包自带）
- 你的程序用 libstdc++ 编译（
g++），且 GDB 能自动加载libstdc++-v3/python脚本 - 没手动禁用：
set print pretty off或set print object off
验证是否生效：在 GDB 中运行 info pretty-printer，应看到类似 libstdc++-v3 的条目。若没有，可手动加载：source /usr/share/gcc-*/python/libstdcxx/v6/printers.py（路径依系统而异）。
容易忽略的坑：SSO 字符串和空字符串的陷阱
短字符串（通常 ≤ 15 字节 in 64-bit libstdc++）存在对象内部，不分配堆内存。此时：
-
str._M_dataplus._M_p指向对象内联缓冲区，但直接p *(str._M_dataplus._M_p)@n很危险 —— n 算错就会越界 - 空字符串的
_M_rep()可能为 nullptr，p str._M_rep()._M_length会 crash GDB - 别信
p /s &str—— 这是在取 string 对象地址当字符串用，大概率乱码甚至 segfault
复杂点在于：同一个 std::string 变量，在不同生命周期（SSO → 堆分配 → 释放后）其内存形态会变，调试时不能假设结构恒定。最省心的做法，始终以 c_str() 为第一选择，其余方式仅作辅助验证。
