dynamic_cast是唯一能保证向下转型安全的方案，它依赖RTTI在运行时验证转换合法性，仅适用于多态类型，指针失败返回nullptr，引用失败抛std::bad_cast。
dynamic_cast 是唯一能保证向下转型安全的方案
向下转型（downcast）指把基类指针或引用转成派生类类型。C++里只有 dynamic_cast 能在运行时验证转换是否合法——其他转换方式全靠程序员自己赌运气。
它依赖 RTTI（运行时类型信息），而 RTTI 只对「多态类型」生效，也就是至少有一个虚函数的类。没虚函数的类用 dynamic_cast 会直接编译失败，不是警告，是硬性限制。
- 对指针转换：失败时返回
nullptr，可直接判空，不会崩溃 - 对引用转换：失败时抛出
std::bad_cast，必须用try/catch捕获 - 不支持非多态类型，哪怕继承关系再清晰也不行——这是安全边界，不是缺陷
static_cast 向下转型等于主动放弃检查
static_cast 在向下转型时不做任何运行时验证，它只相信你的代码“写得对”。一旦基类指针实际指向的不是目标派生类对象，行为就是未定义（UB），可能立即崩溃，也可能静默读错内存、改错字段，问题延迟暴露。
典型误用场景：
立即学习“C++免费学习笔记（深入）”；
- 基类指针实际指向另一个派生类（比如
Base*指向Derived2，却用static_cast<derived1></derived1>转） - 对象生命周期已结束（悬垂指针），
static_cast照转不误 - 多重继承中偏移计算错误，
static_cast不负责修正
它适合上行转换（upcast）或数值转换这类编译期可判定的场景，向下转型请别心存侥幸。
为什么 typeid + static_cast 不能替代 dynamic_cast
有人试图手动补救：if (typeid(*b) == typeid(Derived)) { return static_cast<derived>(b); }</derived>。这看起来像 DIY 运行时检查，但有致命缺陷：
-
typeid对空指针调用会抛std::bad_typeid，你得额外包一层 try - 如果
b指向的是Derived的子类（比如DerivedSub），typeid(*b)返回的是子类类型，和typeid(Derived)不等，导致误判失败 -
dynamic_cast支持“向上兼容”的类型匹配（DerivedSub*→Derived*），typeid比较做不到 - 多线程下
typeid调用可能有微小开销，且不如dynamic_cast原子性高
容易被忽略的 RTTI 编译开关和链接影响
RTTI 不是永远开启的。某些嵌入式或性能敏感项目会加 -fno-rtti，这时 dynamic_cast 和 typeid 全部失效，编译直接报错。这不是运行时问题，是构建期就卡死。
更隐蔽的是：即使编译器开了 RTTI，如果某个模块（比如静态库）是在关闭 RTTI 下编译的，而主程序开了，链接后 dynamic_cast 对该模块中的类型仍可能返回 nullptr 或抛异常——因为类型信息缺失。
所以真正要保障向下转型安全，光写对代码不够，还得确认整个构建链路的 -frtti/-fno-rtti 一致，且所有参与类型的定义都带虚函数。
