ptype是gdb中专用于查看变量或类型定义的命令，不输出值而完整展示struct、class、指针等复杂类型的结构，比whatis和info type更深入，依赖完整dwarf调试信息。
ptype 是 GDB 中查看变量或类型定义最直接、最可靠的命令，不是 print 的替代品，而是专用于“看清类型结构”的工具。它不打印值，只告诉你这个东西在源码里到底是什么类型——尤其对 struct、class、指针、数组、typedef 别名等复杂情况，ptype 输出的信息比 print 或 info type 更完整、更贴近编译器视角。
什么时候必须用 ptype 而不是 print
当你看到一个变量，但不确定它是 int 还是 int*、是 struct A 还是 struct A[10]、或者某个 typedef 名背后实际展开成什么时，print 只会输出值（甚至可能报错“no symbol”），而 ptype 立刻给出定义。常见触发场景：
- 调试时遇到
struct sockaddr_in，想确认sin_port是uint16_t还是__be16 - 看到一个变量叫
buf，但不知道它是char*还是char[256]，ptype buf会明确写char [256]或char * - 使用了 C++ 模板类如
std::vector<int></int>，ptype vec能显示完整实例化类型（含 allocator） - 某个函数参数被优化掉或未初始化，
print报No symbol "x" in current context，但ptype x仍可能成功（只要符号表存在）
ptype 的常用参数和陷阱
ptype 默认行为已经够用，但加几个参数能避开典型误判：
-
ptype /r var：绕过 typedef 层，显示“原始类型”。比如typedef int myint;，ptype myint显示typedef int myint，而ptype /r myint直接显示int -
ptype /m var：对 C++ class/struct，跳过方法（member functions），只列出数据成员（data members）——避免输出几百行函数签名干扰阅读 - 不要对未声明或作用域外的变量用
ptype：比如在main里ptype foo，但foo是另一个文件 static 定义的，GDB 可能找不到符号，此时需确认是否加载了对应 debug info（检查file输出或info sources） -
ptype不支持表达式求值：不能写ptype *(ptr+1)，只能用变量名或简单取址，如ptype *ptr
和 info type、whatis 的关键区别
三者都查类型，但定位不同：
-
whatis var：最轻量，只返回一行类型摘要，例如whatis argv→char **；但它不展开 struct 成员，也不处理 typedef 深度 -
info type TypeName：查的是全局类型名（如info type struct stat），不是变量；对未命名类型（如匿名 union）无效 -
ptype var：查变量所绑定的具体类型定义，包含完整结构体字段、数组维度、const/volatile 修饰符；对调试时“这个变量到底长什么样”问题，它是唯一可靠答案
例如有 const volatile struct { int a; } obj;，whatis obj 可能只报 struct {...}，ptype obj 则清楚写出 const volatile struct {...} { int a; }。
容易忽略的细节：调试信息必须完整
ptype 严重依赖编译时生成的 DWARF 调试信息。如果编译用了 -g1 或 -gline-tables-only，ptype 可能无法显示 struct 成员；-O2 下某些局部变量类型可能被优化掉。确保编译参数是 -g -O0（开发期）或至少 -g2。运行 readelf -wi ./a.out | head -20 可快速验证调试信息是否包含类型定义段（.debug_types 或 .debug_info 中有 DW_TAG_structure_type）。
