dynamic_cast用于多态类型安全转换，要求基类有虚函数，失败时返回nullptr或抛异常；typeid用于精确类型匹配，不依赖多态但需解引用指针；二者均需RTTI支持，static_cast不可用于类型判断。
用 dynamic_cast 判断多态对象是否属于某类
只有当类有虚函数（即支持运行时多态）时，dynamic_cast 才能安全工作。它在转换失败时返回 nullptr（对指针）或抛出 std::bad_cast（对引用），这是最常用、最可靠的运行时类型判断方式。
常见错误是直接对非多态类型使用 dynamic_cast —— 编译器会报错：error: cannot dynamic_cast ... because the base class is not polymorphic。
- 确保基类至少有一个虚函数（例如虚析构函数）
- 只对指针或引用使用，不能用于值类型对象
- 转换到派生类指针后，务必检查是否为
nullptr
class Base { public: virtual ~Base() = default; };
class Derived : public Base {};
Base* ptr = new Derived;
Derived* d = dynamic_cast<Derived*>(ptr);
if (d) { /* 是 Derived 类型 */ }
typeid 比较适用于非多态或需精确类型匹配的场景
typeid 返回 std::type_info 引用，可用于比较两个对象的**确切类型**（不考虑继承关系）。它不要求类是多态的，但对指针使用时默认比较的是指针类型本身，不是所指对象类型 —— 必须解引用或用 typeid(*ptr)。
容易踩的坑：开启 RTTI 但未启用优化时，typeid 可能有轻微开销；某些嵌入式或裸机环境会禁用 RTTI，导致 typeid 不可用或行为未定义。
立即学习“C++免费学习笔记（深入）”；
- 对多态对象，
typeid(*ptr)返回实际动态类型 - 对非多态对象，
typeid返回静态声明类型 - 比较时用
==，不要用.name()字符串比较（平台依赖且不可靠）
if (typeid(*ptr) == typeid(Derived)) { /* 精确匹配 Derived，不是其子类 */ }避免用 static_cast 或 C 风格强制转换做类型判断
static_cast 在编译期完成，不做运行时检查，强行转换可能造成未定义行为（如访问非法内存）。它不能用于判断类型，只能用于已知安全的转换（如向上转型、数值转换等）。
有人误写 static_cast<derived>(ptr)</derived> 后直接使用，结果程序崩溃 —— 这不是类型判断，是危险的假设。
-
static_cast不产生运行时开销，但绝不适合“试探性”类型识别 - C 风格转换（
(Derived*)ptr）更隐蔽，同样无检查，应彻底避免 - 若必须绕过类型系统（极少数底层场景），请配合断言和充分测试，而非当作类型判断手段
RTTI 开关与跨平台兼容性影响
RTTI（Run-Time Type Information）是 dynamic_cast 和 typeid 的底层支持，默认开启，但可被编译器关闭（如 GCC/Clang 的 -fno-rtti，MSVC 的 /GR-）。一旦关闭，上述机制全部失效，编译报错或链接失败。
这不是“性能优化建议”，而是硬性约束：只要代码中用了 dynamic_cast 或 typeid，就必须确保构建配置一致启用 RTTI。大型项目中，混合启用/禁用 RTTI 的模块链接时容易出问题。
- 检查构建脚本或 IDE 设置，确认所有相关编译单元使用相同 RTTI 设置
- 头文件中若声明了含
dynamic_cast的内联函数，该头文件被禁用 RTTI 的 TU 包含时会编译失败 - 交叉编译或嵌入式目标需提前验证工具链是否支持 RTTI
真正难的不是语法怎么写，而是厘清「需要精确类型匹配」还是「接受继承关系下的类型兼容」，再决定用 typeid 还是 dynamic_cast —— 混用或忽略多态前提，比写错一行代码更容易埋下深夜调试的坑。
