加-o0编译可解决gdb中变量显示问题，因-g仅生成调试符号而不禁用优化，-o1及以上级别会导致变量被寄存器优化或删除；需确保全部源文件重编译且无旧.o文件混入。
gdb 里
print 变量显示
<value optimized out></value>，不是你的代码写错了，也不是
gdb 坏了——是编译器把变量“优化掉”了，调试信息根本没生成。解决它不靠猜，靠控制编译行为。
为什么加了 -g 还是 optimized out
-g 只负责生成调试符号，但不阻止优化；只要用了
-O1 或更高（比如
-O2、
-O3），编译器就可能：
- 把局部变量存进寄存器且不写回栈，
gdb 找不到内存位置
- 删掉未使用的变量或中间计算结果
- 内联函数后，原始形参、临时变量失去独立作用域
- 循环展开或常量传播后，变量生命周期被压缩到几条指令内
即使 Makefile 里写了
-O0，也要确认没被其他规则覆盖——常见坑是：旧的
.o 文件没重编译，链接时混入了带
-O2 的目标文件。
快速验证和基础修复：改用 -O0 编译
这是最直接有效的手段，尤其适合开发调试阶段：
- 重新编译全部源文件：
g++ -O0 -g main.cpp -o main
- 如果用
make，确保 CFLAGS 或 CXXFLAGS 显式设为 -O0 -g，并执行 make clean && make
- 验证是否生效：
readelf -S ./main | grep debug 看调试段存在，再检查 file ./main 输出里不含 stripped，且没有 Optimized 类似字样
注意：
-O0 不影响
gdb 功能完整性，单步、断点、变量查看都回归正常；发布版本再切回
-O2 即可。
不想全局关优化？针对性禁用部分文件或函数
线上模块不能降级优化，又需要调试某几个关键函数时，可用 GCC 属性局部关闭优化：
- 对单个函数加属性：
__attribute__((optimize("O0"))) void risky_calc() { ... }
- 对整个文件，在开头加：
#pragma GCC push_options，结尾加：#pragma GCC pop_options，中间夹 #pragma GCC optimize ("O0")
- 在 Makefile 中单独指定某源文件用不同 flag：
foo.o: foo.cpp; $(CXX) -O0 -g -c $
这种方式能保留大部分性能，只让关键路径“可调试”。但要注意：若函数被其他
-O2 编译的函数内联进来，仍可能失效——此时得配合
inline 抑制（加
__attribute__((noinline))）。
内联函数导致的 optimized out 怎么办
内联后形参、局部变量常显示
optimized out，因为它们被摊平到调用者栈帧里了。这时别依赖
print，试试：
- 用
info inline 函数名 查看所有内联位置
- 直接
break 函数名，gdb 会自动在所有展开点设断点
- 停住后，用
frame 切到对应调用栈，再 info registers 或 x/10i $pc 观察寄存器值和汇编上下文
- 若参数在寄存器中（如
%rdi、%rsi），可用 p $rdi 强制读取
这不是 bug，是内联的固有代价；想全程可调试，就得接受不内联或只对调试版禁用
inline。
真正麻烦的不是
optimized out 本身，而是你以为变量“应该还在”，其实编译器早把它合并、提升、消除了——调试前先看一眼编译命令是否真生效，比在
gdb 里反复
print 有用得多。
