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 流程。

• reinterpret_cast 绕过所有类型系统，转完之后的行为完全由程序员负责，调试极其困难
• const_cast 去掉 const 后若真去修改原对象，而该对象本身是 const 定义的，仍是未定义行为
• 它们和 static_cast/dynamic_cast 的设计目标完全不同：后两者是为“合法但隐式不允许的类型转换”提供显式、可控通道；前两者是为极少数底层互操作场景保留的逃生舱口

真正容易被忽略的是：dynamic_cast 的开销不只是“一次虚函数表查表”。它在复杂继承（如菱形继承、多重虚继承）下可能涉及遍历整个继承链，而且某些平台（如嵌入式）默认禁用 RTTI，此时 dynamic_cast 会直接失效。别只盯着语法，得看编译选项和部署环境。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！