GDB Watch面板默认只显示指针首元素，需用ptr@N语法显式指定长度（N须为编译期常量）；多维数组需分层展开；Debug模式、启用pretty-printer和-g调试信息是正常显示前提。
Watch面板直接输入ptr只能看到首元素，看不到数组内容
这是因为GDB默认把指针当单个值处理，不会自动推断分配长度。比如int* arr = new int[10];，在Watch里加arr只会显示arr@1（即第一个int），而不是全部10个元素。
解决办法是显式告诉GDB“这是长度为N的数组”，用@语法：arr@10。注意这个10必须是编译期可知的整数字面量或宏定义——不能是变量（如arr@n会报错Cannot resolve function @）。
- 如果长度存在变量中，先在Debug Console里用
print n查出具体值，再手动拼成arr@15这类表达式 - Watch面板支持表达式计算，所以
arr+2@3也能用，表示从第3个元素起看3个 - 对
std::vector建议直接展开看_M_impl._M_start字段，再配合@size()构造监视项
Watch里显示乱码或“”，说明没关优化
常见于Release构建或CMakeLists里写了set(CMAKE_BUILD_TYPE Release)。GDB无法读取被优化掉的变量地址，Watch里就会显示<optimized out></optimized>，动态数组自然也看不了。
- 确保用
Debug模式构建：VSCode中按Ctrl+Shift+P→ 输入CMake: Select Build Type→ 选Debug - 检查
CMakeCache.txt里CMAKE_BUILD_TYPE:STRING=Debug是否生效 - 确认
launch.json的miDebuggerPath指向的是真实GDB（不是lldb），且externalConsole设为false避免终端干扰
Watch中查看多维指针数组（如int** matrix）需要分层展开
matrix@3只会显示3个int*地址，不是真正的二维数据。要看到具体内容，得逐层构造表达式：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
-
*(matrix+0)@5：看第0行的5个int -
*(matrix+1)@5：看第1行的5个int - 如果每行长度不一致，没法用单个表达式展开全部；得靠Debug Console临时执行
print *(matrix[0])@len0辅助查看 - Watch不支持循环或函数调用，所以
matrix[i][j]这种带变量下标的写法无效
某些自定义类型指针（如MyClass*）在Watch里只显示地址
这是因为GDB缺少对应的pretty-printer，或者VSCode的C++扩展没加载调试符号。即使加了@N，也只显示原始内存布局，看不出字段语义。
- 确认编译时加了
-g且没加-fno-rtti（RTTI对类型识别很关键） - 在
launch.json的setupCommands里启用enable-pretty-printing（部分GDB版本需手动开启） - 临时方案：在Debug Console里用
print *ptr或print ptr->field验证字段可访问性，再决定是否值得写自定义printer
真正麻烦的是那些运行时才确定布局的结构（比如用malloc配offsetof手动拼的结构体），Watch基本帮不上忙——这时候得切到Debug Console，靠x/10dw ptr这类原生GDB命令硬看内存。
