必须用static_cast而非C风格转换，因其在编译期拒绝非法转换（如int→string），而C风格转换会静默绕过类型安全；void*还原必须用static_cast，数值、继承向上转型、枚举与整数转换也适用。
什么时候必须用 static_cast 而不是 C 风格转换
因为 C 风格转换（(T)x）会静默跳过类型安全检查，哪怕是在完全不相关的类之间也能“成功”编译，运行时崩溃都算幸运的。而 static_cast 在编译期就拒绝明显非法的转换，比如把 int* 强转成 std::string*。
常见误用场景：想把 void* 拿回来——必须用 static_cast，不能用 reinterpret_cast 除非你真在做底层内存操作。
- 数值类型间转换（
double→int）：安全，但会截断，需自己判断是否可接受 - 有继承关系的指针/引用向上转型（子类→父类）：隐式转换即可，
static_cast非必需但显式更清晰 - 向下转型（父类→子类）：
static_cast允许，但不检查实际对象类型，错用即未定义行为 - 枚举 ↔ 整数：允许，但注意枚举底层类型是否匹配（C++11 后推荐用
enum class+static_cast）
dynamic_cast 真正起作用的前提是什么
它只对「多态类型」有效——也就是至少有一个虚函数的类。如果类没虚函数表，dynamic_cast 编译直接报错：error: cannot dynamic_cast ... (source type is not polymorphic)。
典型错误现象：把普通结构体或没声明虚析构函数的基类指针传进去，编译不过；或者运行时返回 nullptr（指针）或抛出 std::bad_cast（引用），但你没检查就解引用，立刻 crash。
- 只用于指针或引用的向下转型（
Base*→Derived*） - 要求源对象实际是目标类型（或其派生类），否则返回
nullptr/ 抛异常 - 性能开销比
static_cast显著：要查虚表、遍历类型信息，别在 hot path 频繁用 - 基类必须有虚函数——最简单做法是加个虚析构函数：
virtual ~Base() = default;
为什么 reinterpret_cast 是最后才考虑的选项
它不做任何语义检查，只是按位重解释内存比特。编译器不会拦你，但结果几乎总是平台相关、不可移植、极易出错。
常见踩坑：用它代替 static_cast 转 void* 回具体类型；或者把函数指针转成对象指针（void (*)() → void*）——C++ 标准明确禁止，GCC/Clang 可能警告，MSVC 可能静默失败。
- 唯一正当用途：低层系统编程，比如实现
memcpy、对接硬件寄存器、序列化裸内存 - 绝对不要用于类层次转换，哪怕看起来“地址一样”
- 和 C 风格转换一样危险，但至少写出来醒目，提醒自己“这里我在搞事情”
- 如果发现非用不可，先确认是否真绕不开 —— 很多时候是设计问题，比如缺少中间抽象或接口
向下转型时 static_cast 和 dynamic_cast 怎么选
取决于你是否「信任」源对象的实际类型。如果逻辑上 100% 确定它是某个子类（比如工厂方法返回后立刻转型），用 static_cast 更轻量；如果类型不确定（比如容器里混存多种派生类，需要分发处理），必须用 dynamic_cast 并检查结果。
容易被忽略的关键点：dynamic_cast 对引用类型不返回 nullptr，而是抛 std::bad_cast。很多人只记得指针用法，一写引用就崩。
- 指针转型：
if (auto* p = dynamic_cast(base_ptr)) { /* 安全使用 */ } - 引用转型：必须套
try/catch(std::bad_cast&)，或者改用指针避免异常 -
static_cast向下转型失败不报错，行为未定义——可能读到垃圾值、访问非法内存、甚至看似正常但结果错乱 - 调试时可以临时加上
assert(dynamic_cast，上线再删，比盲目(base_ptr) != nullptr) static_cast安全得多
类型转换不是语法糖，是绕过类型系统的显式操作。最危险的不是编译不过，而是编译过了、跑起来了、结果偶尔错——这种 bug 往往卡住几天。宁可多写一行 dynamic_cast 检查，也别图省事用 static_cast 硬转。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
