GDB怎么分析C++对象内存结构-C++-PHP中文网

gdb查看vptr和虚函数表需先获取对象首地址（如p &obj），再用p /a (void*)地址获取vptr值，接着用x/命令读取vtable内容；多继承时存在多个vptr，位置依基类布局而定，须结合set print object off、info symbol及地址比对精准定位。

gdb怎么分析c++对象内存结构

直接看对象起始地址和 vptr 值，再配合 x/ 命令读虚函数表内容，就能还原出 C++ 对象的完整内存结构。关键不是“能不能看”，而是“怎么看准”——尤其要注意 vptr 位置、偏移是否对齐、多继承下多个 vptr 的存在。

对象的 vptr（虚函数表指针）一定在对象内存的起始位置（单继承/无虚继承时），但多继承或虚继承时可能有多个 vptr，位置也不再是“绝对开头”。

先确认对象变量名，比如 obj，在断点处执行 p &obj 得到其地址（如 0x7fffffffe3b0）
执行 p /a *(void**)0x7fffffffe3b0 —— 这会把对象首地址强制转为 void**，再解引用，拿到第一个 vptr 值（比如 0x400a30）
如果类有多个基类含虚函数（如 class D : public A, public B，且 A/B 都有虚函数），obj 内存中会有两个 vptr：一个在偏移 0，另一个在 sizeof(A) 处；需分别读取
注意：set print object on 能让 p *obj 显示带继承关系的结构，但不暴露原始地址；调试内存布局时建议关掉（set print object off），避免干扰

vtable 是编译器生成的只读数据段，GDB 不能直接“打印 vtable 变量”，但可以按地址逐项读取。Itanium ABI 下典型布局是：typeinfo 指针 → 虚析构函数地址 → 各虚函数地址。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

普通单继承时，基类成员紧贴对象开头；但多继承时，各基类子对象按声明顺序拼接；虚继承则引入 vbptr（虚基表指针），成员不再连续。

用 p &obj.member_name 直接获取成员地址，再减去 &obj，即得偏移（例如 p/x &obj.numInChild - &obj）
对于 class D : public A, public B，A 子对象偏移为 0，B 子对象偏移为 sizeof(A)（注意对齐！sizeof(A) 可能因填充而大于成员总和）
虚继承时，共享基类（如 Person）不会重复出现，但会在派生类中插入 vbptr，其值指向一个运行时计算的偏移量表；此时必须用 p obj.Person::name 或作用域限定访问，否则编译报错
GDB 不自动展开虚基类成员，p *obj 可能只显示非虚部分；要查虚基类成员，得先算出其实际地址：用 vbptr + 偏移查表，或直接 p obj.A::member

很多“看起来对”的结果其实是错的，根源在于没区分编译器行为、ABI 规则和调试信息完整性。

没加 -g 编译，info symbol 返回 ???，但 x/ 仍可读地址——别以为“看不到符号”就等于“没虚函数表”
用 p (void**)obj 代替 p (void**)(&obj)：前者对对象调用 operator void*（若定义过），后者才真正取地址；错误写法会导致读到随机值
在优化级别 -O2 下，空虚函数、未调用的虚函数可能被整个丢弃，vtable 条目变少甚至消失；调试务必用 -O0 -g
虚析构函数地址不一定在 vtable 第二项：Itanium ABI 中它通常在第二项，但 MSVC 使用不同 ABI，位置不同；Linux/macOS 默认 Itanium，这点很关键