必须用 static_cast 而不是 C 风格转换，因为它明确限制转换范围、禁止隐式 const_cast/reinterpret_cast、仅允许相关类型间安全转换（如数值转换、向上转型、explicit 构造函数调用），从而提升类型安全与可维护性。
什么时候必须用 static_cast 而不是 C 风格转换
因为 C 风格转换（(int)x）会绕过类型系统检查，可能隐式触发 const_cast 或 reinterpret_cast，导致难以追踪的 bug。比如把 const int* 强转成 int*，C 风格写法看起来只是“去 const”，实际却偷偷做了 const_cast —— 而 static_cast 明确拒绝这种操作。
-
static_cast只允许相关类型间的转换：如数值类型互转、有继承关系的指针/引用向上转型、显式构造函数调用 - 想向下转型（父类指针 → 子类指针）？不行，得用
dynamic_cast - 要去掉
const？不行，得用const_cast - 要转成完全无关的指针类型（比如
int*→char*）？不行，得用reinterpret_cast
static_cast 数值转换常见翻车点
看似安全的数字转换，其实暗藏溢出和精度丢失风险。比如 static_cast<int>(3.14159)</int> 截断没问题，但 static_cast<char>(257)</char> 是未定义行为（超出 char 表示范围），而 static_cast<unsigned int>(-1)</unsigned> 会变成极大正数（补码解释）。
- 浮点→整数：直接截断，不四舍五入，也不检查是否溢出
- 大整数→小整数（如
long long→short）：行为未定义，编译器通常不报错 - 有符号↔无符号：按位解释，负数转无符号会得到很大正数，容易引发逻辑错误
- 建议：涉及用户输入或外部数据时，先用
std::numeric_limits检查范围再 cast
类类型转换中 static_cast 的两个典型场景
它最常用于两种明确可控的类转换：一是通过 explicit 构造函数做单参数转换，二是基类和派生类之间的安全向上转型（子类→父类）。
- 显式构造函数调用：
MyString s = static_cast<mystring>("hello");</mystring>—— 如果MyString有explicit MyString(const char*)，这个写法合法；C 风格(MyString)"hello"会编译失败 - 向上转型安全：
Derived d; Base* b = static_cast<base>(&d);合法且推荐；但反过来static_cast<derived>(b)</derived>不安全，应改用dynamic_cast - 注意：如果基类没有虚函数，
dynamic_cast会编译失败，此时若真需向下转型，说明设计可能有问题
为什么有些地方用了 static_cast 还是报错
常见原因不是语法错，而是语义越界。编译器只检查类型兼容性，不验证运行时状态。比如把空指针 nullptr 用 static_cast 转成任意指针类型没问题，但解引用就崩；或者把野指针转来转去，cast 本身成功了，后续访问照样段错误。
立即学习“C++免费学习笔记（深入）”；
- 指针转换后务必确认有效性：非空、对齐、生命周期未结束
- 引用转换更危险：
static_cast<t>(x)</t>要求x实际就是T类型，否则未定义行为 - 模板代码里泛型转换慎用：
static_cast<t>(v)</t>在T是 void 或函数类型时非法 - 别为了“让编译通过”硬加
static_cast，先想清楚这个转换在业务逻辑上是否合理
最常被忽略的是：static_cast 不改变对象内存布局，它只是告诉编译器“我确定这么解释是对的”。一旦前提不成立，程序崩溃不会怪 cast，只会怪你没验证前提。
