gdb中print默认截断长字符串，需执行set print elements 0解除限制；print /s解引用字符串，print /x显示指针地址，赋值失败常因编译优化或寄存器变量导致。
print 命令默认只显示前 80 个字符，长字符串被截断怎么办
这是最常被忽略的体验痛点：用 print str 查看一个长字符串或日志缓冲区时，GDB 默认只显示前 80 个字符，末尾加 ...，根本看不出内容是否完整。
解决方法很简单，但必须手动开启：
- 在 GDB 启动后、调试前执行：
set print elements 0（注意是elements，不是element） - 这个设置会让
print显示字符串全部内容，不截断 - 它不会影响数组长度显示逻辑，只作用于字符串和字符数组的输出
- 如果只想临时生效，可在任意调试暂停点输入该命令；如需永久生效，加到
~/.gdbinit中
print /s 和 print /x 的实际差异在哪
print /s 和 print /x 看似只是格式切换，但底层行为完全不同，容易误判内存状态：
-
print /s ptr：把ptr当作char*解引用并按 C 字符串打印（遇到 \0 截断） -
print /x ptr：直接打印指针变量本身的地址值，比如0x7fffffffe420 -
print /x *ptr：才表示“以十六进制打印 ptr 所指的单个字节/整数”，此时要注意类型——若ptr是char*，*ptr就是char，/x只显示一个字节；想看 4 字节整数得先转类型：print /x *(int*)ptr - 误用
print /x ptr当成“查看 ptr 指向的内容”，结果看到的是地址本身，不是数据
为什么 print 修改变量值有时不生效
print var = 123 确实能改值，但以下情况会静默失败：
- 变量被编译器优化掉（比如声明为
const，或未使用且-O2下被剔除）——此时 GDB 提示No symbol "var" in current context - 变量是寄存器变量（
register int x），现代 GCC 已基本忽略该关键字，但老代码中仍可能遇到 - 在内联函数或优化后的栈帧中，
print能读到值，但赋值操作无法写回——GDB 会报Cannot assign to variable "var" - 最稳妥的做法：确认编译时用了
-g -O0，并在info locals输出里能看到该变量名
display 比 print 更适合高频观察，但有个关键限制
display 的核心价值是“每次暂停自动输出”，但它不像 print 那样灵活，有硬性约束：
- 只能显示当前栈帧可见的变量或表达式；一旦函数返回、栈帧销毁，
display项就失效，GDB 不会报错，只是不再输出 - 不能用于监控跨函数的全局状态变化，比如
display global_counter在多线程下可能显示旧值——因为 GDB 不保证每次刷新都重新读内存，尤其对非 volatile 全局变量 - 若要确保实时性，得配合
watch（观察点）+continue，而不是依赖display - 启用后可用
undisplay清除，但别用delete display——这个命令不存在，GDB 会提示未知命令
print 行为高度依赖编译选项和运行时上下文，同一行命令在不同优化等级、不同栈深度、不同变量存储位置（寄存器 vs 内存）下，表现可能完全相反。真正省事的前提，是先控制住编译环境。
