p 和 print 在 gdb 中完全等价，均为查看变量或表达式值的命令，p 是 print 的官方缩写，功能、参数和行为完全一致，自 gdb 7.0 起已无任何差异。
p 和 print 在 GDB 中完全等价，没有区别。 它们是同一个命令的两种写法，print 是全称，p 是官方支持的缩写 —— 就像 l 和 list、c 和 continue 一样。
为什么有人觉得它们有区别？
常见误解来源有三个：
- 误把历史遗留行为当差异：早期某些 GDB 版本（如 5.x）对简写命令有极少数边缘解析差异，但自 7.0 起已彻底统一，现在所有主流发行版（Ubuntu 22.04+/CentOS 8+/RHEL 9+）都无差别。
- 混淆了
p和其他相似命令：比如把pp（Python 打印）、px（扩展打印）或display的自动刷新机制，错当成p的变体。 - 没注意命令补全提示：输入
p<tab></tab>时，GDB 会列出print、ptype、printf等，容易让人误以为p是独立命令族。
实际使用中怎么选？
取决于场景和习惯，但要注意这些细节：
- 交互调试时用
p更快，比如p/x $rax、p num@10，敲击少、响应快； - 写调试脚本（
.gdbinit或-ex参数）时建议用print，可读性更强，避免和自定义别名冲突； -
p不支持部分长参数形式：比如print /x /d /t var合法，但p /x /d /t var在极老版本（Unrecognized command —— 现在基本不会遇到，但若调试嵌入式交叉工具链（如 arm-none-eabi-gdb 6.8），仍需留意； - 两者都支持表达式、类型转换、数组切片：
p (int*)0x7fffffffe000、print arr@5效果一致。
容易踩的坑
真正影响调试体验的不是 p 还是 print，而是下面这些：
- 字符串截断：默认只显示前 200 字符，用
set print elements 0解除限制，否则p str和print str都会漏内容； - 局部变量遮蔽：如果函数内有
int x，全局也有int x，p x总是显示局部值，想看全局得写p 'main.c'::x； - 未初始化变量：
p uninitialized_var可能返回$1 = <optimized out></optimized>，这不是命令问题，而是编译时开了-O2且没加-g，得重编译； - 结构体嵌套过深：
p big_struct可能卡住或输出超长，此时用ptype big_struct看类型定义更高效。
归根结底，纠结 p 和 print 的区别，就像纠结 vi 里用 :q 还是 :quit —— 关键不在缩写本身，而在你是否清楚当前上下文里变量在哪、内存是否有效、调试信息有没有被优化掉。
