gdb中查成员需注意作用域与内存布局：栈上对象用print obj.member最可靠；调试core时用print (myclass)addr解析地址；优化会致成员不可见，应编译时加-g -o0。
直接用 print 查成员，但要注意作用域和内存布局
对象在栈上时，print obj.member 最可靠
当对象是局部变量（比如 MyClass obj;），且当前停在它的作用域内，print obj.a 或 print obj->data（若为指针）能直接显示值。GDB 会自动解析符号和偏移，前提是编译时加了 -g，且没开激进优化（如 -O2 以上可能让成员被优化掉或显示为 <optimized out></optimized>）。
- 如果成员名和局部变量重名，GDB 默认优先取局部变量；想强制访问对象成员，写全路径：
print obj::member（C++ 命名空间语法不冲突，GDB 能区分） - 对继承类，
print obj.base_member通常可行；若基类名有歧义，可用print ((BaseClass*)&obj)->base_member强制类型转换 - 注意：
print obj本身只显示地址或简单摘要，不会展开所有成员——这不是 bug，是 GDB 默认行为
调试 core 文件或崩溃现场时，print *(MyClass*)addr 是关键
段错误后生成 core，你可能只知道对象地址（比如从 bt full 看到 this = 0x7fffffffe3b0），但不知道变量名。这时不能写 print obj.member（变量名已不可见），得靠地址+类型强制解析：
- 先确认地址有效：
x/4xg 0x7fffffffe3b0看原始内存是否可读 - 再按类型解释：
print *(MyClass*)0x7fffffffe3b0—— 这会尝试按MyClass布局解析内存，显示所有 public 成员（含 padding 后的布局） - 若只想看某个字段偏移，比如第 8 字节处的
double b：print *(double*)(0x7fffffffe3b0 + 8)，但必须清楚实际对齐（sizeof(int)是 4，但int a后可能有 4 字节填充）
遇到 <optimized out></optimized> 或成员显示异常，优先关优化重编译
这是最常卡住人的点。GDB 在优化后的二进制里找不到变量位置，不是命令不会用，是编译器根本没留信息。
- 重新编译务必加
-g -O0（-O0关闭优化，-g保留调试符号） - 验证是否生效：
readelf -S ./a.out | grep debug应有多个.debug_*段；nm -C ./a.out | grep MyClass应能看到类名和成员符号 - 别信
-g -O2组合——虽然 GCC 允许，但print this->data很可能返回<optimized out></optimized>，尤其涉及内联、NRVO 或寄存器分配时
真正难的不是命令怎么敲，而是得时刻意识到：GDB 显示的是编译后的真实内存状态，不是源码里的逻辑结构。成员地址差 8 字节却只定义了一个 int？那一定是 padding 在起作用——这时候翻 sizeof(MyClass) 和 offsetof(MyClass, b) 比猜更省时间。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
