加 -O0 -g3 编译可解决 gdb 中变量显示 <optimized out> 问题，因 -O0 禁用优化保留变量信息，-g3 提供完整调试信息，且需清理旧目标文件并验证编译选项生效。
为什么 gdb 里 print 变量显示 <optimized out>
这不是 gdb 的 bug，是编译器（gcc/g++）在生成目标代码时，把变量“优化掉”了——比如复用寄存器、删掉未使用的中间值、内联函数后抹去原始作用域。只要用了 -O2 或更高优化等级（-O3、-Ofast），哪怕加了 -g，调试信息也跟不上优化节奏。-O1 有时能保留部分变量，但不保证；-O0 才是真正“不优化”的开关。
编译时加 -O0 -g3 是最直接有效的解法
别只加 -g，必须显式关闭优化：
-
-O0：强制禁用所有优化，变量名、作用域、求值顺序全部保留 -
-g3：比默认-g提供更完整的调试信息（含宏定义、内联展开细节） - 顺序无关紧要，但
-O0必须生效——如果 Makefile 里写了CXXFLAGS = -O2 -g，后面再追加-O0也没用，因为后写的会覆盖前写的 - 验证是否生效：用
readelf -wi ./a.out | grep DW_AT_optimize，输出为空表示已禁用优化
不想全局关优化？可以局部降级
大型项目关 -O0 后启动慢、单步卡顿，这时可精准控制：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 对单个源文件，在编译命令里单独加
-O0，例如：g++ -O0 -g3 -c debug_only.cpp - 对特定函数，用
#pragma GCC optimize ("O0")包裹（注意配对push_options/pop_options） - 或用属性标记：
__attribute__((optimize("O0"))) void my_debug_func() { ... } - 避免在头文件里滥用，否则可能污染其他模块的优化行为
链接阶段残留优化对象文件是隐形坑
改了编译选项却还是 <optimized out>？大概率是链接时混入了旧的 .o 文件：
立即学习“C++免费学习笔记（深入）”；
- 执行
make clean或手动删掉所有.o、.d和可执行文件再重编 - 检查
make输出中每个.cpp → .o的命令行，确认都含-O0 - 若用 CMake，确保
set(CMAKE_CXX_FLAGS_DEBUG "-O0 -g3")且调用的是cmake -DCMAKE_BUILD_TYPE=Debug - 用
nm -C ./a.out | grep your_var_name看符号是否存在——不存在说明它真被优化没了，不是调试器问题
真正麻烦的不是加 -O0，而是你改完编译选项却没清干净中间文件，或者误以为 -g 就够了。优化和调试信息本来就是一对矛盾体，接受这点，再动手清理和验证，基本就稳了。
