必须用 static_cast 而非 C 风格转换的场景包括：向上/向下转型（需类型安全前提）、数值类型转换（明确接受精度丢失）、枚举与整数互转；它不能移除 const/volatile 或转换无关指针，此时应改用 const_cast 或 reinterpret_cast。
什么时候必须用 static_cast，而不是 C 风格强制转换
当需要在相关类型间做**明确、安全、编译期可检查**的转换时，static_cast 是首选。C 风格转换（如 (int)x 或 int(x)）会绕过类型系统约束，可能隐式触发 const_cast 或 reinterpret_cast 行为，而编译器不报错——这在维护中极易埋雷。
典型必须用 static_cast 的场景：
- 向上转型（派生类指针 → 基类指针），即使隐式转换合法，显式写出更清晰
- 向下转型（基类指针 → 派生类指针），但仅限于**已知对象实际类型安全的前提下**（运行时安全性需额外保证）
- 数值类型间转换，如
double→int、long long→short，此时它能明确表达“我清楚有精度丢失” - 枚举与整数互转（C++11 起枚举默认不自动转整数）
static_cast 不能做什么，以及替代方案
static_cast **不能移除 const、volatile 限定符**，也不能在完全无关的指针类型间转换（如 int* → char*）。这类操作要么被编译器拒绝，要么行为未定义。
对应需求应改用其他 cast：
立即学习“C++免费学习笔记（深入）”；
- 要去掉
const？用const_cast<t>(ptr)</t>—— 仅当原对象本身非const时才合法 - 要跨完全不相关的指针类型（如 reinterpret 内存布局）？用
reinterpret_cast<t>(ptr)</t>—— 极其危险，仅限底层/系统编程且必须加注释说明意图 - 要做带 RTTI 的安全向下转型？用
dynamic_cast<t>(ptr)</t>—— 仅适用于多态类型，失败时返回nullptr（指针）或抛异常（引用）
常见误用：把 static_cast 当万能胶水
最典型的错误是用它来“强行通过编译”，比如把一个 void* 直接转成任意结构体指针：
void* buf = malloc(sizeof(MyStruct)); MyStruct* s = static_cast<MyStruct*>(buf); // ❌ 编译通过，但语义错误
这里真正需要的是 reinterpret_cast，因为 void* 到具体类型指针不是“静态可推导”的关系，而是按位重解释。用 static_cast 会让代码看起来“更安全”，实则掩盖了类型不兼容的本质。
另一个高频坑是浮点→整数转换没处理溢出：
double d = 1e20; int i = static_cast<int>(d); // ✅ 编译通过，但结果是未定义行为（C++ 标准规定）
这种转换在值超出目标类型表示范围时，行为由实现定义或未定义，不能依赖截断逻辑。
和 dynamic_cast 混用时的性能与语义陷阱
有人以为“先 dynamic_cast 检查，再 static_cast 转”能提升性能，比如：
Base* b = get_base_ptr();
if (dynamic_cast<Derived*>(b)) {
Derived* d = static_cast<Derived*>(b); // ❌ 不安全！dynamic_cast 成功只说明 *此时* 可转，但 b 可能已被修改
}问题在于：两次转换之间没有原子性保障。若 b 是共享指针或跨线程访问，中间可能发生对象析构或类型变更。正确做法是只调一次 dynamic_cast 并保存结果：
if (Derived* d = dynamic_cast<Derived*>(b)) {
// ✅ 安全使用 d
}另外，static_cast 在模板元编程中常被用于 SFINAE 场景（如 static_cast<void>(expr)</void> 抑制返回值），但这属于高级技巧，日常业务代码里几乎不需要。
真正容易被忽略的，是 static_cast 对用户自定义类型转换函数的调用规则：它只考虑 explicit 构造函数和 operator T()，且不触发多步隐式转换链。这点在设计类型接口时，直接影响调用方能否“顺滑”使用你的类。
