static_cast适用于编译期可验证的转换，如数值类型转换、有转换函数的类间转换及向上转型；dynamic_cast要求目标类为多态类型（含虚函数），依赖RTTI运行时检查，失败时指针返回nullptr、引用抛异常。
static_cast 适合什么场景
它做的是编译期可验证的类型转换，不带运行时检查。常见于数值类型间转换（int → double）、有明确转换构造函数或类型转换运算符的类间转换，以及「向上转型」（派生类指针 → 基类指针）。
但要注意：static_cast 允许向下转型（基类指针 → 派生类指针），哪怕对象实际不是那个派生类——这时行为未定义，容易崩溃或读到垃圾值。
- 安全用法示例：
static_cast<double>(42)</double>、static_cast<base>(derived_ptr) - 危险用法示例：
static_cast<derived>(base_ptr)</derived>（base_ptr 实际指向 Base 对象） - 不能用于移除
const，那得用const_cast
dynamic_cast 必须满足什么条件才有效
dynamic_cast 只对「多态类型」生效——目标类必须至少有一个虚函数（通常是虚析构函数）。它依赖 RTTI（运行时类型信息），在运行时检查转换是否合法。
对指针：转换失败返回 nullptr；对引用：转换失败抛出 std::bad_cast 异常。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 成功前提：源对象确实是目标类型的实例，或其派生类实例
- 失败表现：
dynamic_cast<derived>(base_ptr)</derived>返回nullptr（若 base_ptr 不指向 Derived 或其子类） - 编译报错常见原因：基类没虚函数、转换目标不是多态类、跨 DLL 边界且 RTTI 被禁用
为什么 dynamic_cast 在某些项目里会失效
最常见原因是编译器关闭了 RTTI 支持。比如 GCC/Clang 加了 -fno-rtti，或 MSVC 启用了 /GR-，此时 dynamic_cast 无法工作，链接可能失败，或运行时行为不可靠。
另一个隐蔽问题是虚函数表损坏或对象内存被覆盖（比如越界写），导致 dynamic_cast 内部读取 vptr 失败，结果返回 nullptr 却不报错，容易误判为逻辑问题。
- 检查方法：确认编译选项中 RTTI 是开启的（GCC/Clang 默认开，MSVC 默认开）
- 替代方案：若不能开 RTTI，只能靠类型 ID 字段 +
static_cast+ 手动校验，但失去安全性 - 性能提示：
dynamic_cast比static_cast慢，尤其深层继承链下需遍历 vtable
向下转型该选哪个 cast
如果类体系是多态的，且你不确定指针实际类型，必须用 dynamic_cast；如果确定是安全的（比如刚用 dynamic_cast 检查过，现在要二次使用），再用 static_cast 提升性能。
别为了“省一次判断”而把 dynamic_cast 换成 static_cast——这等于把运行时安全让渡给程序员，而人容易漏掉边界情况。
- 推荐模式：
if (auto* d = dynamic_cast<derived>(p)) { /* 安全使用 d */ }</derived> - 反模式：
auto* d = static_cast<derived>(p); d->some_method();</derived>（p 实际不是 Derived） - 注意：空指针传给
dynamic_cast是安全的，返回空；传给static_cast也合法，但后续解引用仍崩
C++ 的类型系统不会替你记住对象真实类型，dynamic_cast 是少数几个能帮你确认这一点的工具，但它依赖正确配置和设计约束——RTTI 关了、虚函数没了、对象生命周期乱了，它就沉默地失效。
