dynamic_cast只能用于多态类型，因为它依赖RTTI（运行时类型信息），而RTTI仅对含虚函数的类生成；无虚函数则无vtable和type_info，转换失败时指针返回nullptr、引用抛bad_cast。
dynamic_cast 为什么只能用在多态类型上
因为 dynamic_cast 依赖运行时类型信息（RTTI），而 RTTI 只对至少有一个虚函数的类生效。如果尝试对普通 struct 或不含虚函数的 class 使用 dynamic_cast，编译器会直接报错：error: cannot dynamic_cast ... (source type is not polymorphic)。
常见误操作是把两个毫无继承关系的类强行 cast，比如 Base* 转 Unrelated*，结果得到空指针（指针场景）或抛出 std::bad_cast（引用场景）——这不是 bug，是设计使然。
- 必须确保源类型和目标类型构成继承关系，且源类有虚函数（哪怕只有
virtual ~Base() = default;） - 基类指针转派生类指针时，对象实际类型必须是目标类型或其派生类，否则返回
nullptr - 引用转型不返回空值，失败时直接抛
std::bad_cast，需用try/catch捕获
指针转型 vs 引用转型的错误处理差异
指针版本安全、静默；引用版本激进、显式。这是最常踩的坑：用引用转型却没包 try，程序直接崩溃。
Base* b = new Derived(); Derived* d1 = dynamic_cast<Derived*>(b); // 成功，d1 指向对象 Derived& d2 = dynamic_cast<Derived»(b); // 成功，没问题 <p>Base<em> b2 = new Base(); Derived</em> d3 = dynamic_cast<Derived*>(b2); // 失败，d3 == nullptr Derived& d4 = dynamic_cast<Derived»(b2); // 失败，抛 std::bad_cast！
- 指针转型后务必检查是否为
nullptr，不能直接解引用 - 引用转型只适合你 100% 确定类型正确的场景，否则必须加
try { ... } catch (const std::bad_cast&) { ... } - 不要把
dynamic_cast当作“类型猜测”工具反复试多个派生类——性能差，逻辑也容易混乱
和 static_cast 的关键区别在哪
static_cast 在编译期做类型转换，不查实际对象类型；dynamic_cast 在运行期查 vtable 和 type_info，开销更大但安全。
立即学习“C++免费学习笔记（深入）”；
典型反例：Base* 指向 Base 实例，用 static_cast<Derived*> 强转后解引用，行为未定义（可能崩溃、可能读到垃圾内存）；而 dynamic_cast 此时返回 nullptr，能让你及时发现逻辑错误。
- 向上转型（
Derived*→Base*）两者都行，但没必要用dynamic_cast，直接赋值或static_cast更轻量 - 向下转型（
Base*→Derived*）才真正需要dynamic_cast的安全性 - 跨继承（如菱形继承中的兄弟类间转换）只有
dynamic_cast支持，static_cast编译不过
RTTI 被禁用时 dynamic_cast 会怎样
某些嵌入式或性能敏感项目会用编译选项关闭 RTTI（如 GCC/Clang 的 -fno-rtti），此时所有 dynamic_cast（包括空指针检查）都会编译失败：error: 'dynamic_cast' not permitted with -fno-rtti。
这时别硬改，也不要用宏模拟——要么启用 RTTI，要么换方案：
- 用虚函数 + 类型 ID（如枚举）+
static_cast组合实现手动类型分发 - 用
std::variant+std::visit替代继承层次（C++17 起） - 确认是否真需要运行时类型判断：很多场景其实靠设计（如 Visitor 模式）或编译期多态（模板）就能避免
RTTI 开销虽小，但在热路径里频繁调用 dynamic_cast 仍可能成为瓶颈；真正该警惕的不是语法怎么写，而是为什么你的架构需要这么多运行时类型判断。
