向下转型必须用 dynamic_cast，因其通过 RTTI 在运行时检查类型安全性；static_cast 仅依赖编译时继承关系，错误转换会导致未定义行为。
向下转型必须用 dynamic_cast，除非你 100% 确保指针/引用实际指向的是目标派生类对象，且愿意承担未定义行为风险——这种“确保”在真实项目中几乎不存在。
为什么 static_cast 做向下转型很危险
它不查运行时类型，只信你写的代码。编译器看到 Base* → Derived*，只要继承关系存在（哪怕是私有或虚继承），就放行。但若 basePtr 实际指向的是另一个派生类 OtherDerived，或只是纯 Base 对象，static_cast 仍会给你一个非空的 Derived* 指针。
后续一旦访问 Derived 特有成员（比如 d->m_extra_field），就会读越界内存、触发崩溃或静默数据损坏。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- 程序偶发崩溃，堆栈里显示在访问派生类成员变量时 segfault
- 调试时发现指针地址看似正常，但成员值是随机垃圾数
- 开启 ASan 或 UBSan 后报
member access within misaligned address或undefined behavior: member access on address ... which does not point to an object of type 'Derived'
dynamic_cast 怎么做安全检查
它依赖 RTTI（运行时类型信息），要求基类至少有一个虚函数（通常是虚析构函数）。转换时，它会查对象的虚表，比对实际类型是否可安全转为目标派生类。
使用要点：
- 对指针转换：失败时返回
nullptr，必须判空再用 - 对引用转换：失败时抛
std::bad_cast异常，需try/catch - 不能用于非多态类型（即没有虚函数的类），否则编译报错：
error: cannot dynamic_cast ... (source type is not polymorphic) - 开启
-fno-rtti时整个dynamic_cast不可用，链接期报错
示例：
Base* basePtr = getSomeBasePointer(); // 可能是 Derived, OtherDerived, 或纯 Base
Derived* d = dynamic_cast<Derived*>(basePtr);
if (d) {
d->derivedOnlyMethod(); // 安全
} else {
// 处理不是 Derived 的情况
}
什么情况下能用 static_cast 向下转型
极少数可控场景，且必须满足全部条件：
- 你 100% 掌握对象的实际类型（例如：刚用
new Derived创建，还没传给任何基类接口） - 该对象生命周期内类型不会改变（无多态分发、无跨模块传递）
- 团队明确约定此处不用
dynamic_cast，且已接受该处无运行时防护 - 性能极度敏感（如内核、高频循环），且 profiling 确认
dynamic_cast成为瓶颈
注意：static_cast 无法替代 dynamic_cast 的类型判断逻辑。它不提供“是不是”的答案，只提供“我强行当你就是”的能力。
容易被忽略的关键点
RTTI 不是免费的：每个含虚函数的类对象会多带一个虚表指针，dynamic_cast 查虚表+类型名比对也有微小开销。但比起崩溃和数据错乱，这点成本几乎总是值得的。
更隐蔽的问题是：很多人把 dynamic_cast 当成“兜底方案”，却忘了设计上应尽量减少向下转型需求。如果代码里频繁出现 if (auto d = dynamic_cast<X*>(p)) { ... } else if (auto y = dynamic_cast<Y*>(p)) { ... }，说明类接口抽象不够，应该用虚函数或访问者模式重构。
