gdb中print直接输出变量名时优先显示局部变量，全局变量被遮盖需用::显式指定作用域；static全局变量仅在定义它的编译单元可见，且可能因优化未进入符号表。
直接用 print 命令就能看全局变量，但前提是当前作用域里没同名的局部变量遮盖它；一旦被遮盖，就得用 :: 显式指定作用域，否则看到的其实是局部值。
为什么 print 直接输变量名有时看不到全局变量
当函数内定义了和全局变量同名的局部变量时，GDB 默认优先解析为局部变量。这不是 bug，是符号查找规则和 C/C++ 作用域一致的表现。
- 现象：
p counter显示的是函数内新声明的int counter = 42;，而你真正想查的是file.c里定义的全局int counter = 0; - 原因：GDB 按照当前栈帧作用域链向上查找，局部 > 函数静态 > 文件静态 > 全局
- 验证方式：执行
info variables counter，会列出所有匹配的counter及其所在文件/作用域
用 :: 操作符精准定位全局变量
:: 是 GDB 里解决命名冲突最常用也最可靠的方式，它不依赖当前上下文，直接按“文件或函数 + 变量名”定位。
- 查看某文件中的全局变量：
p 'main.c'::config_flag（注意单引号包裹带点的文件名） - 查看某函数作用域里的静态变量：
p 'helper.c'::cache_size或p helper_func::cache_size - 如果变量在头文件中定义（如
common.h），且被多个源文件包含，仍需指定具体实现它的源文件，比如p 'init.c'::LOG_LEVEL - C++ 类静态成员也适用：
p 'logger.cpp'::Logger::instance_
查看连续内存或数组类型的全局变量
全局数组、结构体或缓冲区，光用 p array 可能只显示首地址或截断内容；要完整观察，得配合 @ 操作符或 x 命令。
- 打印整个全局数组：
p *global_buf@256（假设global_buf是char[256]） - 按十六进制查看前 32 字节：
x/32xb &global_buf - 查看全局结构体内容（自动展开）：
p global_cfg；若字段太多想折叠显示，先执行set print pretty on - 注意：
p *global_ptr@N要求global_ptr是指针类型；若global_array是数组名，直接p global_array就行，无需*
容易忽略的细节：static 全局变量和符号可见性
static 修饰的全局变量虽生命周期同全局，但链接属性是 internal，GDB 只能在定义它的那个编译单元（.c 文件）里看到——哪怕你用 :: 指定了错误的文件名，GDB 也不会报错，而是静默返回 “No symbol”，这点特别容易误判。
- 排查方法：
info variables -t static列出所有 static 变量及其所在文件 - 确认符号是否加载：
info address global_var_name，如果提示 “Symbolglobal_var_nameis not in the symbol table”，说明编译时加了-g但变量被优化掉了（加-O0重编译） - 调试时修改全局变量值：
p global_var = 123是允许的，但对const或只读段变量会失败，报错Cannot access memory at address ...
