必须用 static_cast 而不是 c 风格转换，因为它在编译期显式限定安全转换范围（如数值截断、向上转型、explicit 构造调用），拒绝隐式 const_cast/reinterpret_cast，避免绕过类型系统导致的未定义行为。
什么时候必须用 static_cast 而不是 C 风格转换？
当你需要显式、安全且可被编译器检查的类型转换时，static_cast 是首选。C 风格转换（如 (int)x）会绕过类型系统，可能隐式执行 const_cast 或 reinterpret_cast，导致难以定位的 bug。比如把 void* 转回具体指针类型、将浮点数截断为整数、在有继承关系的指针间上行/下行转换（无虚函数时），都该用 static_cast。
- 下行转换（子类 → 父类）安全，编译器允许；上行转换（父类 → 子类）不安全但编译器只做静态检查，运行时若实际对象不是目标类型，行为未定义
-
static_cast不能移除const—— 那是const_cast的职责 - 不能把无关类型的指针（如
int*→char*）直接转 —— 那得用reinterpret_cast
static_cast 常见误用场景和错误现象
最典型的是把基类指针错误地 static_cast 成派生类指针后调用派生类特有成员，程序可能崩溃或读到垃圾值，而编译器不会报错。另一个高频坑是把 double 转 int 时忽略截断（非四舍五入），比如 static_cast<int>(3.9)</int> 得到 3，不是 4。
- 错误示例：
Base* b = new Base(); Derived* d = static_cast<derived>(b); d->derived_func();</derived>→ 运行时未定义行为 - 浮点转整数：始终向零截断，不进行任何舍入处理
- 枚举转整数没问题，但整数转枚举不检查范围 —— 可能产生非法枚举值
和 dynamic_cast、reinterpret_cast 的关键区别在哪？
static_cast 是编译期行为，不做运行时类型检查；dynamic_cast 专用于多态类型，依赖 RTTI，下行转换失败时返回 nullptr（指针）或抛异常（引用）；reinterpret_cast 是底层位重解释，完全绕过类型系统，危险性最高。
- 有虚函数的类继承体系中，安全的下行转换应优先用
dynamic_cast -
static_cast无法转换const，const_cast才能干这事 - 把
int地址当char*用（比如序列化）必须用reinterpret_cast，static_cast编译不过
一个实用但容易被忽略的细节：模板参数推导与 static_cast
在泛型代码里，static_cast 有时比直接赋值更明确，尤其当存在多个隐式转换路径时。编译器可能因歧义拒绝隐式转换，而 static_cast 强制指定目标类型，消除二义性。
- 例如：函数模板接受
T，传入float但希望T是double，写成func(static_cast<double>(f))</double>比依赖模板推导更可靠 - 涉及用户自定义转换运算符时，
static_cast显式触发特定转换，避免编译器选错重载 - 某些 constexpr 上下文中，只有
static_cast（而非 C 风格）允许在编译期完成整数类型转换
真正难的不是写对语法，而是判断这次转换到底该不该发生、目标类型是否真的兼容、有没有漏掉 const 或多态语义 —— 这些没法靠编译器全拦住。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
