<p>必须用 static_cast 而不是 C 风格转换，因其能显式禁止隐式 const_cast 或 reinterpret_cast，如 const int → int 时 static_cast 直接报错，避免未定义行为。</p>
什么时候必须用 static_cast 而不是 C 风格强制转换
因为 C 风格转换（(int)x）会跳过类型安全检查，可能隐式触发 const_cast 或 reinterpret_cast，而你根本没意识到。比如把 const int* 转成 int*，C 风格写法能过编译，但 static_cast 直接报错——这反而是好事。
实操建议：
- 数值类型间转换（
double→int、long→short）优先用static_cast - 有继承关系的指针/引用向上转型（子类 → 父类）安全，向下转型（父类 → 子类）必须配合
dynamic_cast，不能靠static_cast硬转 - 遇到编译错误提示 “invalid static_cast from ‘X’ to ‘Y’”，别急着换
reinterpret_cast，先确认逻辑是否真需要这种转换
dynamic_cast 为什么在多态类里才管用
它依赖 RTTI（运行时类型信息），而 RTTI 只在至少有一个虚函数的类中启用。如果你对普通 struct 或没有虚函数的 class 做 dynamic_cast，编译器直接拒绝，不是运行时报错。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
-
dynamic_cast返回nullptr（指针）或抛出std::bad_cast（引用），但你没检查就解引用 → 段错误 - 基类没虚析构函数，又用
dynamic_cast转了指向派生对象的基类指针 → 行为未定义 - 跨 DLL 边界传递多态对象时，RTTI 信息可能不一致，
dynamic_cast失败率上升
const_cast 解除 const 后修改原值会怎样
只对原本就非 const 的对象解除 const 才安全。如果原对象声明时就是 const int x = 42;，再用 const_cast 去改，属于未定义行为——可能看起来成功，也可能崩溃、数据错乱、被编译器优化掉。
使用场景其实非常窄：
- 调用老 C API（比如
strtol(const char*, char**, int)），它要求char*但你手头只有const std::string&，得先取.c_str()再 cast（注意：不能改内容） - 实现 const 和非 const 版本成员函数，避免重复逻辑，用
const_cast把 const 版本转给非 const 版本内部调用 - 别把它当成“绕过 const 检查的万能钥匙”，99% 的需求其实是设计问题
reinterpret_cast 是最后手段，不是类型转换工具
它不做任何语义解释，只是按字节重新解释内存布局。比如把 int* 当成 float* 去读，结果取决于底层 IEEE 754 表示和大小端，完全不可移植。
容易踩的坑：
- 用它转函数指针类型（比如
void(*)()→int(*)(double)）→ 调用时栈帧错乱，崩溃概率极高 - 对非标准布局类（含虚函数、多重继承、非 public 成员）做
reinterpret_cast指针偏移 → 结果不可预测 - 和
memcpy混用时忘了对齐要求（比如把char[4]reinterpret 成int32_t*在某些平台会 SIGBUS）
真正需要它的场合极少：底层序列化、硬件寄存器映射、与特定 ABI 兼容的二进制协议解析。其他时候，宁可重构接口，也别碰它。
类型转换不是语法糖，是告诉编译器“我清楚后果”的契约。最危险的不是报错，而是不报错却悄悄做错事。
