必须用 static_cast 而非 c 风格括号时：需显式、安全的编译期转换，如数值类型转换、有继承关系的向上转型或调用自定义转换函数，因其禁止不合理的指针重解释且更易被工具检查。
什么时候必须用 static_cast，而不是 C 风格括号
当你需要显式、安全的编译期类型转换时，static_cast 是首选。它只允许逻辑上合理的转换，比如数值类型间转换、有继承关系的指针/引用向上转型（子类 → 父类），或调用自定义转换函数。
常见错误现象：(int)3.14 看似简单，但若写成 (int)some_ptr，编译器不会报错，而 static_cast<int>(some_ptr)</int> 会直接拒绝——除非你真在做指针重解释（那该用 reinterpret_cast）。
- 数值转换：用
static_cast<int>(3.14)</int>，比(int)3.14更易被 IDE 检查和 grep 定位 - 向上转型（安全）：子类指针转父类指针，
static_cast<base>(derived_ptr)合法且零开销 - 向下转型（不安全）：父类指针转子类指针，
static_cast不做运行时检查，可能悬空——此时该用dynamic_cast - 禁止隐式转换时补救：比如函数要求
std::string_view，你传const char*，得写static_cast<:string_view>("hello")</:string_view>
dynamic_cast 的真实使用场景和代价
dynamic_cast 只对多态类型（含虚函数的类）有效，用于安全的向下转型或跨继承体系的横向转换。它依赖 RTTI（运行时类型信息），所以不是零成本。
常见错误现象：对不含虚函数的类使用 dynamic_cast，编译直接报错 error: cannot dynamic_cast ... because Base does not have a virtual destructor；或者转型失败返回 nullptr（指针）或抛 std::bad_cast（引用），但你忘了判空。
立即学习“C++免费学习笔记（深入）”；
- 必须确保基类有虚函数（哪怕只有虚析构函数），否则编译不过
- 指针转型后务必检查是否为
nullptr：if (auto* p = dynamic_cast<derived>(base_ptr)) { ... }</derived> - 引用转型无法判空，失败直接抛异常，适合明确预期成功的场景
- 性能敏感路径（如游戏主循环、高频算法）避免使用——RTTI 查表有缓存不友好开销
为什么 reinterpret_cast 和 C 风格转换更危险
reinterpret_cast 告诉编译器“别管语义，按字节重新解释”，C 风格转换（(T)x）则可能悄悄退化成 reinterpret_cast、const_cast 或 static_cast，行为不可控。
常见错误现象：用 (int*)ptr 强转 char* 处理内存块，结果在小端/大端平台、不同对齐要求下读出乱值；或把 this 指针转成整数再转回，却忽略了地址空间布局变化（ASLR、指针压缩）。
- 仅限极少数底层场景：实现序列化、内存映射 I/O、与 C ABI 交互（如
void*回调参数） - 永远不要用它绕过 const 正确性——该用
const_cast - C 风格转换应视为代码坏味道，现代 C++ 项目中建议全局禁用（Clang 的
-Wc-style-cast可捕获）
如何一眼判断该用哪个 cast
看转换是否涉及对象语义、运行时安全性、以及你是否真的需要“绕过类型系统”。核心就一条：能不用 cast 就不用；必须用时，选约束最强的那个。
- 数值转换、向上转型、构造函数调用 →
static_cast - 向下转型且类型不确定、需运行时验证 →
dynamic_cast - 操作 raw memory、与硬件/C 接口打交道 →
reinterpret_cast - 移除 const/volatile →
const_cast（极少需要，通常说明设计有问题）
容易被忽略的是：很多所谓“需要强制转换”的地方，其实该改接口——比如用 std::span 替代裸指针 + size 参数，用 std::variant 替代 void* + type tag。cast 是补丁，不是设计。
