构造函数执行时对象尚未完成初始化，此时vptr指向基类虚表，虚函数调用被静态绑定到当前类，以避免访问未初始化的派生类成员；析构函数中同理。
构造函数执行时对象“身份”还没升级
当你写 Derived d;，C++ 的构造顺序是：先调用 Base::Base()，再调用 Derived::Derived()。在 Base 构造函数体执行的那一刻，Derived 的成员变量（比如 int x;）、虚函数重写、甚至内存布局都还没初始化。此时对象逻辑上就是个 Base，不是 Derived —— 所以它不“知道”自己将来会被派生，也没法“假装”是派生类。
vptr 指针是分阶段设置的，不是一开始就指向最终虚表
每个含虚函数的对象开头都有个 vptr，它指向该类的虚函数表（vtable）。但这个指针不是一上来就设成派生类的：
- 进入
Base::Base()前，编译器把vptr设为指向Base的虚表 -
Base::Base()执行完后，才把vptr改成指向Derived的虚表 - 所以构造函数体内调用虚函数时，查的是当前
vptr所指的表，也就是Base表
编译器对构造/析构中的虚调用做静态绑定
即使你硬写 this->virtualFunc()，编译器也不会去查虚表，而是直接绑定到当前类的函数定义。这不是 bug，是明确规定的未定义行为规避机制：
- 避免访问未初始化的派生类成员（比如
Derived::m_data还是垃圾值） - 防止虚函数内部依赖派生类状态时出现崩溃或逻辑错乱
- Clang 的
optin.cplusplus.VirtualCall就是专为捕获这类调用而设的警告
常见修复方式及其适用边界
别指望绕过语言规则，得换思路：
立即学习“C++免费学习笔记（深入）”；
- 把虚函数调用挪到构造完成之后，比如提供
init()或setup()成员函数，显式调用 - 如果该函数实际不需要多态（所有子类逻辑一致），就去掉
virtual，改成普通函数 - 若必须在创建时完成差异化初始化，考虑工厂函数 + 两阶段构造，例如
static std::unique_ptr<modparam> create(const std::string& type)</modparam> - 注意：不要用
static_cast或dynamic_cast在构造中“强行转类型”——此时 RTTI 信息也不完整，dynamic_cast可能返回nullptr或抛异常
最易被忽略的一点：这个限制不仅存在于构造函数，析构函数中同样生效，且原理完全对称——析构从派生类开始，到基类结束，最后阶段 vptr 已被重置回基类虚表。
