构造函数和析构函数中调用虚函数会绑定到当前类而非派生类，因vptr此时指向基类vtable；应改用工厂函数或两阶段初始化（如init()），并将虚函数调用推迟至对象完全构造后。
构造函数里调用虚函数会绑定到当前类，不是派生类
这是最常踩的坑：在基类 Transaction 构造函数里写 logTransaction()，哪怕对象实际是 BuyTransaction，调用的仍是 Transaction::logTransaction()。原因很实在——此时派生类部分还没构造，vptr 指向的还是基类的 vtable，根本没机会跳转到派生类实现。
用工厂函数或两阶段初始化替代构造时虚调用
把需要多态行为的逻辑从构造过程里拎出来，推迟到对象完全构造之后执行：
- 定义一个
init()成员函数（非虚），在构造完成后显式调用 - 或者用静态工厂函数，如
static std::unique_ptr<transaction> createBuyTransaction()</transaction>，内部先 new 对象，再调用其虚函数完成日志等初始化逻辑 - 避免把“创建即生效”的语义硬塞进构造函数——C++ 的构造函数本质是内存初始化，不是业务逻辑入口
成员初始化列表不能依赖虚函数结果
即使你没在构造函数体里直接调用虚函数，也要小心初始化列表里的表达式间接依赖它。例如：
class Derived : public Base {
std::string tag;
public:
Derived() : tag(generateTag()) {} // ❌ generateTag() 是虚函数？不行
};
只要 generateTag() 是虚函数，它在构造期间就只能调用基类版本，且返回值可能不满足派生类预期。更稳妥的是让 tag 延后赋值，或用非虚的、确定性高的辅助函数生成初始值。
立即学习“C++免费学习笔记（深入）”；
析构函数里同样禁用虚函数调用
析构顺序和构造相反：派生类部分先销毁，vptr 会在基类析构开始前被重置为指向基类 vtable。此时调用虚函数，又会掉回基类实现，还可能访问已被析构的派生类成员——未定义行为高发区。如果必须做清理，把逻辑拆成两个函数：cleanup()（虚，供用户显式调用）和 ~Base()（只做资源释放，不碰虚函数）。
真正难处理的不是语法能不能写，而是习惯性把“初始化”和“业务就绪”混为一谈。C++ 对象生命周期中，虚函数可用的窗口只存在于构造完成之后、析构开始之前这一段——别试图在边界上打擦边球。
