gdb中watch arr只显示地址或首行，因arr是int类型指针，@运算符仅作线性切片不理解行列语义；查看多维动态数组需分步用(arr+i)@n展开每行，三维用arr@size1@size2@size3，尺寸须为编译期常量；内存布局应使用memory视图而非watch。
Watch 里直接输 arr 为什么只看到地址或首行？
GDB 默认把 int** arr 当作“指向指针的指针”处理，arr 本身只是个地址，arr@N 只会展开 N 个 int*，不是 N 行数据。比如 arr@3 显示三个内存地址，而非每行 5 个 int 的二维布局。
- 多维动态数组（如
int*** arr）没有连续内存块，GDB 无法自动推断层级结构 -
@运算符是线性切片操作，不理解“行/列”语义，只认“从某地址开始读 N 个同类型元素” - Watch 不支持运行时计算下标（
arr[i][j]会报错或显示<optimized out></optimized>）
一维切片：用 @ 逐层展开最可靠
对 int** matrix（假设 3 行 × 5 列），必须分步构造表达式，不能一步到位：
- 看第 0 行全部 5 个元素：
*(matrix + 0)@5或*matrix@5 - 看第 1 行：
*(matrix + 1)@5 - 看第 2 行：
*(matrix + 2)@5 - 若行长度不一致（如 ragged array），每行需单独查长度，再拼
@N
注意：matrix[i] 在 Watch 中不可用（i 是变量），必须用 matrix + i 这种地址算术。
三维及以上：优先用 ***arr@size1@size2@size3
对 int*** cube（如 2×3×4），GDB 支持链式 @，但顺序和星号数量必须严格匹配维度：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 正确写法：
***cube@2@3@4—— 先解三层指针，再按@2、@3、@4分层切片 - 等效写法：
*(int(*)[3][4])cube@2—— 把cube强转为“含 2 个元素的数组，每个元素是int[3][4]” - 错误写法：
**cube@2@3@4（少一个*）或***cube@4@3@2（尺寸顺序反了）
尺寸必须是编译期常量；若来自变量（如 n），先在 Debug Console 执行 print n 查值，再手动替换。
真正想看内存布局？别依赖 Watch，用 Memory 视图
Watch 本质是表达式求值，对非连续、非规则内存无能为力。要确认实际字节排布（比如验证 padding 或越界写）：
- 右键变量 → “Copy Address”，粘贴到 Memory 视图
- 设置 Display Format 为 Hex，Width 为 Byte
- 对照
offsetof和sizeof手动定位字段边界 —— 比如offsetof(MyStruct, field)是 8，则地址 + 8 开始的区域才是该字段 - Watch 表达式
*(char(*)[sizeof(MyStruct)])&s可强制展开为字节数组，但仅适用于结构体，不适用于指针数组
动态分配的多维数组没有统一内存布局，@ 语法再熟练也绕不开“地址+长度”这个基本事实 —— GDB 不知道你的业务逻辑，它只认你告诉它的那一小段内存。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
