在构造和析构期间，虚函数机制会“降级”为静态绑定。
为了更透彻地理解这一点，我们需要从对象的生命周期和虚函数指针（vptr）的演变来深入探讨。
1. 核心原理：对象身份的演变
在 C++ 中，一个派生类对象的构造过程就像是一场“身份的进化”。
构造阶段（从下往上建）：
- 第一步：分配内存。
- 第二步：调用基类构造函数。此时，对象的 vptr（虚函数指针）指向的是基类的虚函数表（Vtable）。此时编译器认为这个对象就是一个基类对象。
- 第三步：基类构造完成，开始执行派生类构造函数。此时，vptr 会被更新，指向派生类的虚函数表。
结论：当你在基类构造函数里调用虚函数时，派生类部分还是一片虚无（未初始化），为了安全，C++ 禁止此时访问派生类成员，因此只调用基类版本。
2. 析构阶段：身份的“倒退”
析构过程正好相反，是一场“身份的退化”。
- 第一步：执行派生类析构函数。
- 第二步：派生类部分销毁完毕，vptr 重新指向基类的虚函数表。
- 第三步：执行基类析构函数。此时，对象的派生类特有成员已经不存在了。
结论：在基类析构函数执行时，对象已经不再是一个“派生类对象”了，它退化成了一个纯粹的基类对象。
3. 危险后果：纯虚函数崩溃
如果你在基类构造函数中调用了一个纯虚函数（没有给出实现的），后果将是灾难性的。
class Base {
public:Base() { log(); } // 构造函数调用虚函数virtual void log() = 0; // 纯虚函数
};class Derived : public Base {
public:void log() override { cout << "Derived Log" << endl; }
};
- 执行流程：创建
Derived对象 -> 调用Base构造函数 -> 尝试调用log()。 - 结果：由于此时
vptr指向Base的表，而Base::log是空的（= 0），程序会抛出pure virtual method called运行时错误并直接崩溃（Crash）。
4. 更好的替代方案
如果你确实需要在初始化时根据子类类型执行不同的逻辑，该怎么办？
方案 A：通过参数传递（推荐）
将差异化的逻辑作为参数传递给基类构造函数，而不是依赖虚函数。
class Base {
public:Base(string type) { cout << "Initializing " << type << endl; }
};class Derived : public Base {
public:Derived() : Base("Derived") {} // 在初始化列表中明确告知基类
};
方案 B：工厂模式或二段式初始化
在对象完全构造完毕后，再调用一个初始化函数。
auto obj = new Derived();
obj->init(); // 此时对象已完全成型，多态正常工作
总结
| 阶段 | 对象的“身份” | 虚函数调用结果 |
|---|---|---|
| 基类构造中 | 基类对象 | 调用基类版本（若为纯虚则崩溃） |
| 派生类构造中 | 派生类对象 | 正常多态 |
| 析构过程中 | 随着层次逐层“退化” | 调用当前层及以上的版本 |
记住一句话：在基类构造和析构期间，多态是“死”的。