先确认对象有虚函数，再执行set print object on后p obj显示_vptr.A = 0x400ab0；虚表是void**数组，用p /a *(void**)0x400ab0@3读函数地址，多继承时需检查多个_vptr。
gdb里怎么看对象的 _vptr
先确认对象确实有虚函数——没虚函数的类没有虚表，_vptr 根本不会存在。用 display 或 p 打印对象时，如果看到类似 _vptr.A = 0x400ab0 这样的字段，说明虚指针在那儿了。
常见错误是直接 p obj 却没开启对象类型识别，结果只看到成员变量、看不到 _vptr。得先执行：
set print object on
再 p obj，才能让 gdb 显示虚指针和实际动态类型（比如显示 (D &) @0xbfe3116c 而不只是 B）。
注意：_vptr.A 中的 A 是声明时的静态类型，不是运行时类型；真正指向的虚表地址才是关键。
怎么读出虚表里存的函数地址
虚表本质是个 void** 数组，首地址就是 _vptr 的值。但别直接 x/10a *(void**)0x400ab0 ——g++ 把 RTTI 信息放在虚表起始地址前（通常是 -1 个指针偏移），而 _vptr 指向的是第一个虚函数地址，不是虚表头。
- 正确做法：把
_vptr当作void**强转，然后按需读取 - 例如
p /a *(void**)0x400ab0@3表示从该地址开始读 3 个函数指针 - 若想看 RTTI（比如
typeid用的信息），要往前偏移：p /a *((void**)0x400ab0 - 1) - 函数名是 mangled 的，用
c++filt _ZN1D5test2Ev才能还原成D::test2()
为什么 x/5a 0x400ab0 看到的地址调用不了
虚表里存的是函数入口地址，但直接 call *0x4008808 会崩——因为 C++ 成员函数隐含 this 参数，裸 call 不传参，ABI 不匹配。
可行的验证方式只有两种：
- 在 gdb 里设断点：
b *0x4008808，然后触发虚调用，看是否停住 - 写个临时 C++ 辅助函数，用函数指针类型调用（如
typedef void(*VFPTR)(); VFPTR f = (VFPTR)0x4008808; f();），但这要求你手动构造this，实际调试中极少这么做
更实用的做法是结合源码行号反查：info line *0x4008808，确认地址对应哪一行、哪个函数。
多继承下虚表不止一张，_vptr 可能有多个
像 class D : public A, public B 这种多继承，对象内存里可能有两个 _vptr 字段：一个在开头（对应 A 子对象），另一个在 A 成员之后（对应 B 子对象）。gdb 打印时会显示为：
{<a> = {_vptr.A = 0x400ab0}, <b> = {_vptr.B = 0x400ac8}, ...}</b></a>
这时候不能只看第一个 _vptr；要查 B 的虚函数，得用第二个地址。类型转换（比如 B* 指针）会自动做地址偏移，但 gdb 里得手动算或用 print /a *(void**)0x400ac8@2 查。
最容易被忽略的是：不同编译器（如 clang vs gcc）对多继承虚表布局的细节可能不同，尤其是虚基类参与时，vptr 位置和数量不固定——别硬背偏移，以 info vtbl（如果 gdb 版本支持）或 x + info line 交叉验证为准。
