优化编译下print不出变量值是因为-o2使变量被寄存器化、内联消除或直接删除；能稳定查看的有static局部变量、全局变量、函数参数及取址变量，中间变量等基本不可见。
优化编译下 print 不出变量值，不是你命令输错了，而是编译器真把变量“删了”或“塞进寄存器里了”——gdb 在内存里找不到它，自然打印不出来。
为什么 -O2 之后 p 变量显示“No symbol”或值错乱
GCC 在 -O2 或更高优化级时会做三类关键动作：
- 把短生命周期局部变量（比如循环计数器
i）直接放进 CPU 寄存器，不分配栈空间 - 内联函数后，原函数体消失，其局部变量也跟着“没了作用域”
- 识别出未被使用的变量，直接整个移除（连调试符号都可能被 strip）
此时即使加了 -g，gdb 也只能看到符号表里“曾经有过这个变量”，但运行时它不在内存、也不在固定寄存器中（甚至被复用），p i 就会报 No symbol "i" in current context 或返回随机值。
哪些变量还能看，哪些基本没戏
能稳定查看的变量有这几类：
-
static局部变量：存在.data段，地址固定，p func::var总能取到 - 全局变量 /
extern变量：链接可见，p global_var无压力 - 函数参数（尤其非寄存器传参的）：x86_64 下前 6 个整型参数走寄存器（
%rdi–%r9），但info args仍能读出；ARM64 类似 - 显式取地址的变量：比如
int x = 1; int *p = &x;，只要p还活着，p *p就能间接看到x
基本没戏的：
- 纯计算中间变量（如
int tmp = a + b * c;后再没用过tmp） - 循环索引（
for (int i = 0; ...)），除非你加了volatile或取了它的地址 - 被
const折叠或常量传播掉的值（如const int N = 1024;直接替换成 immediate）
实在要 debug 优化代码，这几个招最管用
别死磕 print，换思路：
- 用
info registers查当前寄存器值，结合反汇编（disassemble）手动定位变量藏在哪几个寄存器里 —— 比如mov %rax, -0x8(%rbp)说明刚把%rax存作某个局部变量 - 对关键变量加
volatile声明（仅调试时）：volatile int debug_i = 0;，强制它留在内存且不被优化掉 - 临时降级优化：编译时改用
-O1 -g，比-O0更贴近真实性能，又比-O2保留更多变量可见性 - 用
watch监控内存地址：p &x得到地址后，watch *(int*)0x7fffffffeabc，只要该地址被写入就能中断（适合追踪值何时被改）
一个容易被忽略的硬伤：-g 和 -O 的组合方式
-g 必须和 -O 同时出现在一条编译命令里，顺序无关，但缺一不可。常见错误是：
- 只加
-g没加-O：能看变量，但不是你线上跑的优化行为 - 只加
-O2没加-g：gdb连源码行号都映射不上，更别说变量 - 分步编译时漏传
-g：比如gcc -c -O2 foo.c→gcc -g -o foo foo.o，这样.o文件里根本没有调试信息，-g加在链接阶段无效
正确写法只有一种：gcc -g -O2 -o prog prog.c。哪怕你用 CMake，也要确认 CMAKE_CXX_FLAGS_DEBUG 之类变量里同时包含两者。
