内存泄漏根源在于多态重构中三条红线失守：虚析构缺失致派生类资源未释放、态边界穿透引发跨上下文资源争用、裸指针逃逸脱离raii管控。
多态重写引发全站内存泄漏，表面是代码误操作，根源在于面向对象重构中三条不可逾越的红线：析构责任未显式继承、态边界被隐式穿透、资源生命周期脱离RAII管控。
虚析构函数不是可选项，而是资源释放的契约底线
当基类指针指向派生类对象并执行 delete 时，若基类析构函数未声明为 virtual，编译器仅调用基类析构，派生类中分配的堆内存（如动态数组、文件句柄、网络连接）将永久丢失。这不是“偶尔漏掉”，而是C++多态销毁机制的硬性要求。
- 所有可能作为基类被多态使用的类，析构函数必须加
virtual - 抽象基类即使无实际逻辑，也应声明纯虚析构：
virtual ~Base() = 0;，并在源文件中提供空定义 - 使用智能指针（如
std::unique_ptr<base>）不能绕过该规则——其内部仍依赖虚析构完成正确销毁
多态不是“多写一份实现”，而是多套独立状态与资源视图
事故中所谓“重写”，常指在实时态模型中直接覆盖研究态调试逻辑，导致同一份内存被多个上下文交叉持有。此时内存泄漏往往伴随数据错乱：一个线程在释放资源，另一个线程仍在访问已释放指针。
- 每个“态”（real-time / history / study）必须绑定专属资源池，禁止跨态共享原始指针或全局缓存
- 态切换不等于对象复用，应通过工厂构造新实例，而非就地修改旧对象字段
- 数据库模型表中“态标识字段”需设为只读或受控更新，任何变更必须关联工单号+双人审批日志
重构必须守住RAII的边界，避免裸指针逃逸到多态接口外
把原始指针暴露给虚函数参数、返回值或成员变量，等于主动放弃编译器对资源生命周期的管理能力。一旦发生多态调用链路延长（如策略模式嵌套），极易形成悬挂指针或重复释放。
- 虚函数接口中，资源持有者统一用
std::shared_ptr或std::unique_ptr传递，禁止T*或T& - 派生类构造函数中申请的资源，必须在对应析构中成对释放；若依赖基类管理，需明确约定所有权移交协议
- AI生成代码若出现
new+delete手动配对，必须人工替换为智能指针或容器封装
