虚函数表指针（vptr）默认位于对象内存布局起始处，适用于单继承无虚基类场景；多重继承时各基类子对象有独立vptr，虚继承则引入vbptr且vptr位置不固定。
虚函数表指针（vptr）默认在对象内存布局的最开头
对于绝大多数主流编译器（GCC、Clang、MSVC），vptr 作为指向虚函数表（vtable）的指针，**默认位于对象内存布局的起始地址处**。也就是说，如果你有一个带虚函数的类实例 obj，那么 &obj == reinterpret_cast<char>(&obj)</char> 指向的位置，就是 vptr 所在地址。
这个设计让虚函数调用能以最小开销完成：通过对象首地址加载 vptr，再按偏移查表跳转。但要注意——这仅适用于**单重继承且无虚基类**的普通情况。
- 多重继承时，非第一个基类子对象的
vptr不在子对象起始处（例如派生类中第二个基类子对象的起始地址可能存放的是该基类自己的vptr，而非整个派生对象的主vptr） - 含虚基类时，编译器可能插入额外的偏移指针（如
vbptr），vptr位置不再固定 - 空基类优化（EBO）通常不影响
vptr位置，但会压缩其他成员布局
怎么验证 vptr 确实在对象开头？
直接读取对象首地址处的值，并尝试解引用为函数指针类型，可粗略验证。注意：这是未定义行为（UB），仅用于调试/学习，不可用于生产代码。
struct Base {
virtual ~Base() = default;
virtual void foo() {}
};
Base b;
void* vptr = *reinterpret_cast<void**>(&b); // 读取头8字节（x64）
// vptr 现在指向 Base 的 vtable 起始地址
更安全的方式是用 gdb 或 lldb 查看：
立即学习“C++免费学习笔记（深入）”；
- 启动调试器后
p &b得到对象地址 - 执行
x/2gx &b（x64 下查看头两个 8 字节）→ 第一个值就是vptr - 再用
x/4gx $1（$1 是上一步读出的vptr值）可看到 vtable 内容，通常前几项是析构函数、虚函数地址
不同继承场景下 vptr 的数量和位置会变
一个对象有多少个 vptr，取决于它直接或间接包含多少个「需要独立虚表支持」的子对象。不是“一个类一个 vptr”，而是“一个虚继承层级中的每个需动态分发的子对象一份 vptr”。
- 单继承（无虚基类）：1 个
vptr，位于派生对象起始处 - 多重继承（如
class D : public B1, public B2）：通常有 2 个vptr，B1子对象用第一个（对象开头），B2子对象有自己的vptr，位于B2子对象起始处（即&d + sizeof(B1)） - 虚继承（如
class D : virtual public B）：D对象内通常仍有 1 个主vptr，但还会多一个虚基类偏移指针（vbptr），位置由编译器决定，常见于对象末尾或紧邻主vptr后
这意味着 sizeof(D) 在虚继承下往往比预期大，且 static_cast 到不同基类时，指针值可能改变——因为要调整到对应子对象的起始地址（含其 vptr）。
别把 vptr 当成可移植、可稳定访问的字段
vptr 是编译器生成的隐式实现细节，C++ 标准完全不提及它。任何依赖 vptr 地址、布局或内容的操作，都属于未定义行为。
- 不同编译器（甚至同一编译器不同版本/选项）可能把
vptr放在对象中间（比如为了对齐或支持 RTTI 扩展） - -fno-rtti 或 -fvisibility=hidden 可能影响 vtable 生成方式，间接改变
vptr行为 - 启用 LTO 或 PGO 后，某些虚函数可能被 devirtualize，导致运行时根本不需要查
vptr
真正需要底层控制时（如序列化、反射、ABI 兼容桥接），应通过编译器内置宏（如 __clang__ / __GNUC__）配合 offsetof（对已知布局的 POD-like 类）或调试信息（DWARF）提取，而不是硬编码偏移。
