必须加-g编译，否则gdb因缺少调试符号表而无法识别变量名；p var报“no symbol”最常见原因是未用-g编译，且优化选项（如-o2）或作用域错误也会导致该问题。
必须加 -g 编译，否则 print 会报 “No symbol” 错误，变量名根本不可见。
为什么 p var 显示 No symbol "var"
最常见原因是编译时没加 -g。GDB 不是魔法，它依赖编译器嵌入的调试符号表来识别变量名、行号和类型。没有 -g，GDB 看到的只是机器码，连源文件都加载不了。
- 确认编译命令用了
gcc -g source.c -o prog（不是-O2或-DNDEBUG同时开启） - 如果开了优化（如
-O1及以上），局部变量可能被寄存器优化掉或重排，p var可能显示<optimized out></optimized> - 检查是否在变量作用域内暂停：比如在
if块外停住，却想查块内定义的int x = 42;，GDB 会提示找不到
print 查变量的几种写法和适用场景
print（简写 p）是核心命令，但写法不同，结果差异很大：
-
p x：查当前栈帧里最近作用域的x（局部 > 参数 > 全局） -
p 'file.c'::x：强制查file.c文件里的全局变量x（注意单引号） -
p 'func'::x：查函数func内部的局部变量x（即使当前不在该函数中） -
p *ptr：解引用指针，看它指向的值（不是地址） -
p *ptr@10：从ptr指向地址开始，连续打印 10 个元素（常用于数组、malloc 分配的内存）
例如：int arr[5] = {1,2,3,4,5}; int *p = arr;，则 p p 显示地址，p *p 显示 1，p *p@5 显示全部数组。
查看数组、结构体、字符串的常见坑
直接 p arr 对静态数组有效，但对指针无效；字符串容易误判结束位置：
- 字符数组
char s[10] = "hi";→p s显示"hi\000\000..."，p/s s才按字符串格式输出"hi" - 动态分配的
char *s = malloc(10); strcpy(s, "test");→p s只打地址，p/s s或p *s@5才能看到内容 - 结构体成员要带点号：
p my_struct.field_a；嵌套结构体用p my_struct.nested.x - 查看内存原始字节用
x/4xb &var（4 字节、十六进制、字节单位），比p更底层，适合排查内存越界或未初始化问题
容易被忽略的细节：作用域切换与变量生命周期
变量不是“一直存在”，它的可见性严格绑定于当前栈帧和编译时的作用域规则：
- 用
bt查调用栈，用frame 1切换到上层函数栈帧，再p才能查那个函数里的变量 - 刚进入函数第一行（如
func(int x)的{处）就p x，可能得到错误值——因为参数还没完成入栈或寄存器赋值 - 函数即将返回前（
return行）查局部变量，也可能看到垃圾值——编译器可能已释放栈空间 -
static变量不受栈帧限制，但必须用'file.c'::var或'func'::var明确指定，否则 GDB 可能找不到
真正可靠的时机，是在变量已被赋值、且仍在作用域内的中间代码行暂停后执行 p。
