构造函数中调用虚函数不会触发多态，只调用当前类版本，因vptr在构造时逐步更新且派生部分未初始化，C++标准强制静态绑定；纯虚函数被调用将导致运行时崩溃。
构造函数里调用虚函数，不会触发多态，只会调用当前正在构造的那个类的版本——哪怕对象最终是派生类类型，也绝不会跳转到派生类重写的实现。
为什么调用的是基类版本而不是派生类版本
因为对象的虚表指针（vptr）在构造过程中是逐步更新的：基类构造函数执行时，vptr 指向基类的虚函数表（vtable），此时派生类部分尚未初始化，编译器无法、也不允许访问未构造的成员。C++ 标准强制要求该阶段的虚函数调用退化为静态绑定。
- 调试时断点进不去派生类的
override函数，不是编译器漏了，而是根本没走那里 - 即使派生类重写了
setJsonData()，ModParam构造函数中调用的仍是ModParam::setJsonData() - 这个行为在所有主流编译器（GCC/Clang/MSVC）上一致，不是 bug，是标准规定
最危险的情况：纯虚函数被调用
如果虚函数是纯虚的（virtual void log() = 0;），而构造函数里直接调用了它，程序会在运行时崩溃，报错信息通常是：pure virtual method called。
- 这不是编译错误，链接能过，运行才炸
- 崩溃发生在
vtable中该函数项指向的是一个 abort 陷阱地址，而非有效函数入口 - Clang 的
optin.cplusplus.VirtualCall检查项会提前标出这类问题，但 GCC 默认不告警
常见误以为“绕过去了”的写法其实更糟
试图用异步方式延迟调用，比如在构造函数里启动 std::thread 或发消息到事件循环，再让线程去调 this->foo()，这反而引入新风险：
立即学习“C++免费学习笔记（深入）”；
- 线程可能在
Derived构造体执行完之前就运行，访问未初始化的成员变量 -
shared_from_this()在构造函数里调用是未定义行为，不能用来保活 - 不同平台事件循环时机不可控（如
PostMessagevsepoll_wait），导致行为不可移植
真正安全的替代方案只有两个方向
要么把虚函数调用移出构造流程，要么彻底避开虚调用机制：
- 两阶段初始化：构造函数空着，提供显式的
init()成员函数，由用户在对象完全构造后调用 - 工厂函数封装：用
static std::unique_ptr<derived> create()</derived>返回已构造完毕的对象，再立刻调用虚函数 - 模板策略替代：如果差异逻辑可编译期确定，改用模板参数传入策略类，避免虚表开销和生命周期陷阱
关键点在于：虚函数的多态性依赖于一个完整、稳定、已构造的对象状态——而构造函数存在的意义，恰恰是“把对象带到那个状态”。两者天然冲突，没法折中。
