构造函数不能是虚函数，因为对象构造时vptr尚未初始化或仅指向当前类虚表，虚函数机制依赖的动态绑定无法生效，C++标准禁止该语法以避免语义冲突。
构造函数不能是 virtual，不是编译器“不支持”，而是语言模型根本无法支撑——对象还没建好，虚函数机制就已失效。
构造时 vptr 还没就位，调不了虚函数
虚函数靠 vptr 指向 vtable 实现动态绑定，但这个 vptr 是在构造函数**执行完毕后**才被写入对象内存的。也就是说：
- 进入基类构造函数时，对象内存刚分配，
vptr还未初始化（或指向基类vtable） - 进入派生类构造函数时，
vptr才被更新为指向派生类vtable - 所以构造过程中哪怕写了
virtual，实际调用的永远是当前正在构造的那个类的版本，不可能“提前”跳到派生类实现
语法上禁止声明 virtual 构造函数
编译器会直接报错，不给机会绕过：
class Base {
public:
virtual Base() {} // error: constructors cannot be declared 'virtual'
};
这不是警告，是硬性限制。C++ 标准明确禁止，因为语义冲突：虚函数依赖对象存在，而构造函数的任务就是“让对象存在”。
立即学习“C++免费学习笔记（深入）”；
构造中调用虚函数 = 假多态，极易踩坑
即使你没把构造函数本身设成 virtual，只要在构造函数里调用了某个 virtual 成员函数，行为也和你想的不一样：
- 在
Base构造函数里调用foo()，哪怕Derived重写了它，执行的仍是Base::foo() - 此时
Derived的成员变量尚未初始化，若Derived::foo()访问了这些成员，就是未定义行为 - Effective C++ 第 9 条明确建议：永远不要在构造/析构函数中调用虚函数
替代方案：用 virtual create() 或 clone() 模拟虚构造
真要实现“运行时决定创建哪种对象”，得靠工厂模式，而不是虚构造函数：
- 在基类中声明
virtual std::unique_ptr<base> create() const = 0; - 各派生类重写它，返回自己类型的对象（协变返回类型允许）
- 这本质是把“构造逻辑”从语言机制移到了用户代码里，可控、安全、可测试
真正容易被忽略的是：问题不在“能不能写 virtual”，而在于误以为“构造阶段能用多态”。一旦在构造函数里埋了个虚函数调用，调试时看到的永远是基类行为——不是 bug，是定义如此。
