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>Base<em> b2 = new Base();
Derived</em> d3 = dynamic_cast<derived>(b2); // 失败，d3 == nullptr
Derived& d4 = dynamic_cast<derived std::bad_cast><ul>
<li>指针转型后务必检查是否为 <code>nullptr</code>，不能直接解引用</li>
<li>引用转型只适合你 100% 确定类型正确的场景，否则必须加 <code>try { ... } catch (const std::bad_cast&) { ... }</code>
</li>
<li>不要把 <code>dynamic_cast</code> 当作“类型猜测”工具反复试多个派生类——性能差，逻辑也容易混乱</li>
</ul>
<h3>和 static_cast 的关键区别在哪</h3>
<p><code>static_cast</code> 在编译期做类型转换，不查实际对象类型；<code>dynamic_cast</code> 在运行期查 vtable 和 type_info，开销更大但安全。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<p>典型反例：<code>Base*</code> 指向 <code>Base</code> 实例，用 <code>static_cast<derived></derived></code> 强转后解引用，行为未定义（可能崩溃、可能读到垃圾内存）；而 <code>dynamic_cast</code> 此时返回 <code>nullptr</code>，能让你及时发现逻辑错误。</p>
<ul>
<li>向上转型（<code>Derived*</code> → <code>Base*</code>）两者都行，但没必要用 <code>dynamic_cast</code>，直接赋值或 <code>static_cast</code> 更轻量</li>
<li>向下转型（<code>Base*</code> → <code>Derived*</code>）才真正需要 <code>dynamic_cast</code> 的安全性</li>
<li>跨继承（如菱形继承中的兄弟类间转换）只有 <code>dynamic_cast</code> 支持，<code>static_cast</code> 编译不过</li>
</ul>
<h3>RTTI 被禁用时 dynamic_cast 会怎样</h3>
<p>某些嵌入式或性能敏感项目会用编译选项关闭 RTTI（如 GCC/Clang 的 <code>-fno-rtti</code>），此时所有 <code>dynamic_cast</code>（包括空指针检查）都会编译失败：<code>error: 'dynamic_cast' not permitted with -fno-rtti</code>。</p>
<p>这时别硬改，也不要用宏模拟——要么启用 RTTI，要么换方案：</p>
<ul>
<li>用虚函数 + 类型 ID（如枚举）+ <code>static_cast</code> 组合实现手动类型分发</li>
<li>用 <code>std::variant</code> + <code>std::visit</code> 替代继承层次（C++17 起）</li>
<li>确认是否真需要运行时类型判断：很多场景其实靠设计（如 Visitor 模式）或编译期多态（模板）就能避免</li>
</ul>
<p>RTTI 开销虽小，但在热路径里频繁调用 <code>dynamic_cast</code> 仍可能成为瓶颈；真正该警惕的不是语法怎么写，而是为什么你的架构需要这么多运行时类型判断。</p></derived></derived></derived></derived>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
