必须用 static_cast 时：数值类型互转、有继承关系的向上转型、explicit 构造函数调用；它限定编译期安全转换，不绕过类型检查，而 C 风格转换可能隐式执行 reinterpret_cast 或 const_cast，导致未定义行为。
什么时候必须用 static_cast，不能用 C 风格强制转换
因为 C 风格转换（(int)x）会绕过类型安全检查，编译器可能悄悄帮你做隐式转换、const_cast 甚至 reinterpret_cast，结果在运行时崩溃或行为未定义。static_cast 明确限定在编译期可验证的转换范围内，比如数值类型互转、有继承关系的指针/引用向上转型、构造函数明确支持的用户自定义转换。
- 向下转型（子类 ← 父类指针）不能用
static_cast，必须用dynamic_cast，否则未定义行为 -
static_cast对const成员无效，要去掉 const 必须用const_cast - 转换失败不会报错，但对指针返回
nullptr，对引用抛异常 —— 所以用前要判空
示例：double d = 3.14; int i = static_cast<int>(d);</int> 安全；Base* b = new Derived(); Derived* d = static_cast<derived>(b);</derived> 不安全（应改用 dynamic_cast）
dynamic_cast 失败时为什么返回 nullptr 而不是抛异常
因为它是为多态类型设计的，只对带虚函数的类有效。失败原因通常是对象实际类型不匹配，比如父类指针指向的是另一个子类实例，或者根本不是多态类型。返回 nullptr 是为了方便判断，避免异常开销 —— 大多数场景下你本来就要检查转换是否成功。
- 被转换类型必须有虚函数（即至少一个虚析构函数或虚成员），否则编译报错：
error: 'dynamic_cast' on a type without a virtual function - 对引用类型转换失败会抛
std::bad_cast，不是nullptr，容易踩坑 - 性能比
static_cast差，因为要查虚表和 RTTI 信息，高频循环里慎用
示例：Base* b = new Base(); Derived* d = dynamic_cast<derived>(b); // d == nullptr</derived>
立即学习“C++免费学习笔记（深入）”；
为什么 reinterpret_cast 和 C 风格转换一样危险，但有时又绕不开
它直接按位重解释内存，完全跳过类型系统。编译器不验证逻辑合理性，只保证“语法上能过”。常见于底层操作：比如把对象地址转成 char* 做序列化，或与硬件寄存器地址交互。但一旦对象布局变化、对齐要求不满足、或跨平台，就立刻出问题。
- 不能用于将非多态类型指针转成多态类型指针（哪怕看起来 layout 一致），RTTI 会失效
- 把
int*强转成float*再解引用，结果取决于 IEEE 754 实现，不可移植 -
reinterpret_cast是唯一能安全转回原类型的 cast —— 比如先reinterpret_cast<char></char>，处理完再转回去
示例：int x = 42; char* p = reinterpret_cast<char>(&x); // 合法；但 *reinterpret_cast<float>(p) 是未定义行为</float></char>
自定义类型转换函数和 explicit 关键字怎么配合 cast 使用
如果你写了转换构造函数或类型转换运算符（比如 operator int()），static_cast 会触发它们，而 C 风格转换也会，但更隐蔽。加 explicit 可阻止隐式转换，只允许显式 cast，避免意外类型提升。
- 没有
explicit的转换函数可能让if (obj)这种语句意外调用转换，引发歧义 -
static_cast能调用explicit构造函数，C 风格不行（C++11 起） - 多个转换路径存在时，
static_cast优先选最直接的那个，不走中间隐式转换链
示例：struct X { explicit X(int) {} }; X x = static_cast<x>(42); // OK；X x = 42; // 编译失败</x>
类型系统不是装饰，cast 是你在告诉编译器“我比你知道得更多”——说错一句，运行时就少一句解释的机会。特别是 dynamic_cast 的空指针检查和 reinterpret_cast 的跨平台假设，最容易在测试环境蒙混过关，上线后才暴露。
