static_cast向下转型不安全，因不检查对象真实类型，易致未定义行为；dynamic_cast需类含虚函数，运行时通过RTTI验证，失败返回nullptr或抛异常。
static_cast 不能检查向下转型是否安全
当你用 static_cast 把基类指针转成派生类指针时，编译器只认类型声明，不看对象真实类型。哪怕指针实际指向的是纯基类对象，转换也成功完成，后续调用派生类特有成员就会触发未定义行为。
- 必须确保传入的确实是目标派生类对象，否则 crash 或内存错乱是大概率事件
- 适用于已知类型关系的场景，比如工厂函数返回
Base*，但你 100% 知道它其实是Derived* - 不依赖虚函数表，没有 RTTI 开销，性能高
- 不能用于没有继承关系的指针类型转换（如
int*→double*），会编译失败
dynamic_cast 要求类必须有虚函数
dynamic_cast 在运行时靠 RTTI 判断类型，而 RTTI 信息存在虚函数表里——所以目标类至少得有一个虚函数（哪怕只是 virtual ~Base() = default;）。没虚函数的类直接用 dynamic_cast 会编译报错。
- 指针转换失败时返回
nullptr，引用转换失败时抛std::bad_cast - 只能用于多态类型（含虚函数的类）的指针或引用，不能转内置类型
- 向上转换（派生→基类）效果和
static_cast一样，但语义更明确 - 交叉转换（兄弟类之间）也支持，但前提是它们有共同多态基类
什么时候该用 static_cast，什么时候必须用 dynamic_cast
选哪个不是看“哪个更高级”，而是看“你是否需要运行时验证”。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 做数值转换（
int→double）、void* 与具体指针互转、上行转换（Derived*→Base*）：用static_cast - 做下行转换（
Base*→Derived*）且不确定对象真实类型：必须用dynamic_cast，并检查返回值 - 写模板库或泛型代码，无法预知继承结构：避免硬编码
dynamic_cast，考虑用 visitor 模式或 type-erasure 替代 - 性能敏感路径（如游戏主循环、高频数据处理）中频繁做下行转换：宁可重构设计，也不要靠
dynamic_cast拖慢关键路径
reinterpret_cast 和 const_cast 不该混进这个对比
把 reinterpret_cast 和 const_cast 拉进来和 static_cast/dynamic_cast 并列讨论，容易模糊重点。前者是位级重解释，后者是解除常量性——两者都不解决“类型安全向下转型”这个核心问题，也不参与 RTTI 流程。
立即学习“C++免费学习笔记（深入）”；
-
reinterpret_cast绕过所有类型系统，转完之后的行为完全由程序员负责，调试极其困难 -
const_cast去掉 const 后若真去修改原对象，而该对象本身是 const 定义的，仍是未定义行为 - 它们和
static_cast/dynamic_cast的设计目标完全不同：后两者是为“合法但隐式不允许的类型转换”提供显式、可控通道；前两者是为极少数底层互操作场景保留的逃生舱口
真正容易被忽略的是：dynamic_cast 的开销不只是“一次虚函数表查表”。它在复杂继承（如菱形继承、多重虚继承）下可能涉及遍历整个继承链，而且某些平台（如嵌入式）默认禁用 RTTI，此时 dynamic_cast 会直接失效。别只盯着语法，得看编译选项和部署环境。
