虚函数表（vtable）布局由继承关系、虚函数声明顺序和编译器共同决定；单继承时对象起始为vptr指向唯一vtable，多继承时每个直接基类对应独立vptr，虚继承引入vbptr并可能添加thunk修正this指针。
虚函数表（vtable）不是“统一分布”的，它的结构和内存位置完全由类的继承关系、虚函数声明顺序、编译器实现（GCC/MSVC）共同决定。没有全局一致的布局规则，只有按场景可验证的规律。
单继承下 vtable 和 vptr 怎么排布
单继承是最干净的情况：对象开头是一个 vptr，指向唯一一张 vtable；这张表里按虚函数声明顺序存放函数指针，重写的函数直接覆盖基类对应项，新增的虚函数追加在末尾。
常见错误现象：sizeof(Base) 比预期大 4 或 8 字节（32/64 位），就是那个隐藏的 vptr 占位了。
-
vptr在对象内存起始处（无偏移），访问obj.func()时直接解引用即可 - 基类和派生类的
vtable是两张独立的静态表，都存放在.rodata段 - 如果派生类没重写某个虚函数，其
vtable中该项仍指向基类实现地址
多继承时为什么会有多个 vptr
每个带虚函数的直接基类，在派生类对象中都拥有自己的子对象区域，而每个这样的子对象都需要能独立参与多态——所以编译器为每个基类子对象插入一个 vptr，各自指向适配该基类视角的 vtable。
立即学习“C++免费学习笔记（深入）”；
使用场景：当你把 Derived* 转成 Base2*，指针值会自动加上 sizeof(Base1) + sizeof(vptr) 的偏移，跳到 Base2 子对象起始位置，从而让后续虚调用走对的 vptr。
- 继承顺序影响
vptr位置：按class Derived : public Base1, public Base2声明，则vptr_Base1在 offset 0，vptr_Base2在sizeof(Base1)对齐后的位置 - 两个
vtable内容不同：Base1 的那张只管func1相关调用，Base2 的那张只管func2 - 派生类新增的虚函数，通常只加进第一个基类（
Base1）的vtable末尾，不会出现在Base2的表里
虚继承引入 vbptr 后 vtable 还怎么找
虚继承不改变虚函数表的存在，但会让对象布局多出一层间接性：除了 vptr，还会有一个 vbptr（虚基表指针），指向记录虚基类偏移量的 vbtable。此时 vptr 仍存在，但所指的 vtable 可能包含 thunk（跳转桩）来修正 this 指针。
容易踩的坑：调试时用 gdb 查看 vptr 地址，发现它指向的不是函数地址而是另一段代码——大概率是 MSVC 或 GCC 插入的 thunk，用于在调用前把 this 从派生类地址调整为虚基类地址。
-
vbptr通常紧挨着vptr，位置由编译器决定，不能假设固定偏移 - 虚基类的成员访问开销更高，因为每次都要查
vbtable算偏移，不是简单加法 - 即使虚基类本身没虚函数，只要派生链中有其他虚函数，
vptr依然存在；vbptr则只在虚继承发生时才出现
真正难的不是记住布局规则，而是面对具体类时，得靠 gdb 或 clang -cc1 -ast-dump 实际看对象内存，或用 offsetof 验证字段偏移——因为不同编译器对多重虚继承的 vtable 合并策略可能完全不同，连标准都没规定。
