是，变量不显示主因是未启用调试信息：GCC/Clang需加-g且搭配-O0，MSVC需设/Zi和/Od；无调试符号则调试器无法识别变量名、类型与作用域。
调试器里变量不显示，是不是没开调试信息？
不是代码写得不对，而是编译时没带 -g（GCC/Clang）或没选「生成调试信息」（MSVC）。没有调试符号，GDB、LLDB、VS Debugger 根本不知道变量名、类型、作用域在哪，自然显示 <optimized out></optimized> 或直接空白。
- Linux/macOS：编译命令必须包含
-g，例如g++ -g -O0 main.cpp -o main；-O0强烈建议加上，否则优化会内联/消除变量 - Windows + MSVC：项目属性 → 「配置属性」→ 「C/C++」→ 「常规」→ 「调试信息格式」选
Program Database (/Zi)；同时确认「优化」设为Disabled (/Od) - CMake 用户：在
CMakeLists.txt里加set(CMAKE_BUILD_TYPE Debug)，并确保没手动覆盖CMAKE_CXX_FLAGS把-g覆盖掉
GDB 中用哪些命令能快速看变量值？
别依赖 IDE 图形界面——终端下调试更可控，也更清楚底层行为。核心就三个命令，按需组合：
-
print <var_name></var_name>（简写p <var_name></var_name>）：最常用，支持表达式，比如p arr[0]、p &ptr、p (int*)ptr -
info locals：一次性列出当前栈帧所有局部变量名和值，适合快速扫视，但不显示类成员或指针所指内容 -
display <var_name></var_name>：设置“自动监视”，每次单步（n/s）后自动打印该变量，适合追踪变化；用undisplay清除
注意：print 对 std::string、std::vector 默认只显示地址或简略结构；想看内容得用 p *vec._M_impl._M_start（GCC libstdc++）或启用 pretty-printer（见下一条）。
为什么 vector/string 显示成一堆地址，而不是实际内容？
因为 GDB 默认不理解 STL 容器的内存布局，它只按原始类型展开。解决方法是加载 Python pretty-printer：
立即学习“C++免费学习笔记（深入）”；
- 确认你用的是较新 GDB（≥7.7），且系统装了 Python 支持（
gdb --version看是否含python） - Ubuntu/Debian：安装
libstdc++6-<version>-dev</version>包，pretty-printer 脚本通常在/usr/share/gcc-<version>/python/libstdcxx/v6/printers.py</version> - 启动 GDB 前加一行：
source /path/to/printers.py；或者写进~/.gdbinit自动加载 - 验证：运行
info pretty-printer应看到libstdc++-v6相关条目；再p my_vec就能看到元素列表了
LLDB 用户同理，用 command script import /path/to/lldb_lookup.py，对应脚本一般随 libc++ 或 LLVM 发布。
VS Code + C/C++ 扩展调试时变量窗口为空？
常见原因是 launch.json 的 miDebuggerPath 指向了错误的 GDB/LLDB，或没正确传递 -g。重点检查三项：
-
program字段路径必须是带调试符号的可执行文件（不是 .o 或未加-g编译的） -
miDebuggerPath指向真实调试器，比如/usr/bin/gdb（Linux）、/opt/homebrew/bin/arm64e-gdb（macOS M1/M2）、或gdb.exe（WSL） - 如果用了自定义构建任务（
tasks.json），确认args包含-g和-O0；不要依赖「默认构建」，它常默认开-O2
还有一个隐蔽坑：VS Code 的「变量」窗默认只显示 in-scope 变量，如果断点在函数开头、局部变量还没初始化完成，它可能暂不显示——多按一次 F10 再看。
-O0 和 -g 必须同时存在，缺一不可；STL 容器的内容展示则高度依赖调试器扩展，不是语言本身的问题。 
