因为arr是int*类型，调试器默认视作指针而非数组；arr@n仅显示n个地址，需用(int(*)[n])arr强转才能正确查看n列二维数组数据。
Watch 里输 arr 为什么只显示地址或首行？
因为 C/C++ 中的 arr（比如 int** arr）本质是“指向指针的指针”，不是连续内存块。GDB/LLDB 调试器默认把它当单个地址处理，arr@N 只会读出 N 个 int* 地址，而不是你想要的 N 行数据。
常见错误现象：
- 在 Watch 输入
arr→ 显示一个十六进制地址 - 输入
arr@3→ 显示三个地址（如0x7ff...100,0x7ff...200,0x7ff...300），不是三行整数 - 输入
arr[0][1]→ 报错<optimized out></optimized>或直接不识别（变量名不在当前作用域）
二维动态数组：用 *(int(*)[N])arr 强转再切片
这是最稳定、兼容性最好的写法，适用于 int** arr（每行长度固定为 N）。
假设你分配了 3 行 × 5 列的二维数组：
int** arr = (int**)malloc(3 * sizeof(int*)); for (int i = 0; i <p>在 Watch 窗口添加以下任一表达式：</p>
-
*(int(*)[5])arr@3—— 把arr当作“含 3 个元素的数组，每个元素是int[5]”，一次性展开全部 15 个值 -
*(arr + 0)@5→ 第 0 行全部 5 个元素 -
*(arr + 1)@5→ 第 1 行全部 5 个元素
注意：arr[i] 在 Watch 里不可用（i 是运行时变量），必须用 arr + i 这种地址算术形式。
三维及以上：链式 @ 必须匹配星号数量和尺寸顺序
对 int*** cube（比如 2×3×4），GDB 支持多级 @，但顺序不能错：
- 正确：
***cube@2@3@4—— 先解三层指针，再按 2 行、每行 3 个、每个含 4 个 int 切片 - 错误：
**cube@2@3@4（少一个*，只解两层） - 错误：
***cube@4@3@2（尺寸顺序反了，会越界或错位）
尺寸必须是编译期常量；如果来自变量（如 int n = 3;），先在 Debug Console 执行 print n 查值，再手动替换进 Watch 表达式。
别依赖 Watch 看内存布局，该用 Memory 视图就用
Watch 是表达式求值器，不是内存探针。它无法理解“哪块内存属于哪一行”，尤其对非连续分配的多维数组（比如每行 malloc 独立内存）完全无能为力。
真正要确认字节排布、验证 padding、排查越界写，应该：
- 右键变量 → “Copy Address”
- 打开 Memory 视图（Ctrl+Shift+P → 输入 “Open Memory View”）
- 粘贴地址，设置 Display Format 为 Hex，Width 为 Byte
- 对照
sizeof和offsetof手动定位字段边界
动态分配的多维数组没有统一内存语义——GDB 不知道你的业务逻辑，它只认你告诉它的那一小段内存。强行用 Watch 拼表达式，不如先确认内存是否真的连续、尺寸是否可得。
