<p>必须用 static_cast 而不是 C 风格括号，当需要编译器检查的显式安全转换：如类继承中确定的上/下行转换、数值截断、void* 与具体指针互转；C 风格绕过类型系统，易引发未定义行为。</p>
什么时候必须用 static_cast 而不是 C 风格括号
当你需要显式、安全且可被编译器检查的类型转换时，static_cast 是首选。C 风格写法（如 (int)x）会绕过类型系统约束，可能掩盖危险转换——比如把 void* 直接转成任意指针类型，或隐式丢精度的浮点转整数，编译器不会报错，但运行时行为难料。
常见错误现象：double d = 3.14; int i = (int)d; 看似没问题，但若换成 int* p = (int*)malloc(sizeof(int));，在开启 -Wold-style-cast 或使用现代 IDE 时，会直接标黄警告；而 static_cast 会拒绝不相关的指针转换（比如 int* → char* 不行，必须用 reinterpret_cast）。
- 只用于相关类型间转换：类继承体系中的上行/下行（有虚函数时下行需配合
dynamic_cast）、数值类型间合法提升/截断、void*↔ 具体指针（仅限原始指针） - 不能转换 const/volatile 限定符——那是
const_cast的事 - 不进行用户自定义转换函数调用（除非是 explicit 构造函数且你显式写了
static_cast）
static_cast 在类继承中怎么避免段错误
基类指针转派生类指针（下行转换）最危险：如果原对象根本不是那个派生类类型，static_cast 不做运行时检查，直接按内存布局硬转，访问派生类独有成员就会崩溃。
使用场景：你**完全确定**源指针实际指向的是目标类型（比如工厂函数返回 Base*，但文档明确说“此处必为 Derived*”），且不想承担 dynamic_cast 的虚表查询开销。
立即学习“C++免费学习笔记（深入）”；
示例：Base* b = new Derived(); Derived* d = static_cast<derived>(b);</derived> ✅ 安全；但若 b = new Base(); 再转，就是未定义行为。
- 永远不要对多态对象（有虚函数）做无依据的
static_cast下行转换 - 若不确定，改用
dynamic_cast并检查是否为nullptr - 上行转换（派生→基类）永远安全，
static_cast和隐式转换等价
数值转换里 static_cast 和隐式转换的区别在哪
看起来都是变类型，但隐式转换受上下文限制，而 static_cast 强制执行，且能暴露精度丢失风险。
常见错误现象：传参时 float 自动转 double 没问题，但 double 赋给 float 变量可能触发编译器警告（如 -Wfloat-conversion），而 static_cast<float>(3.1415926)</float> 是明确告诉编译器“我知道要丢精度”。
- 隐式转换允许窄化（narrowing）但可能被编译器警告；
static_cast不警告，责任全在开发者 - 模板推导中隐式转换常失效（比如函数模板参数是
T，传int却想让它推成long long），这时static_cast<long long>(x)</long>能绕过推导限制 - 枚举转整数必须用
static_cast（C++11 起不允许隐式转）
为什么 static_cast 不能转函数指针
因为函数签名不同意味着调用约定、参数压栈方式、返回值处理都可能不同，编译器无法验证这种转换的安全性。C 风格强制转换能过编译，但调用时极大概率崩溃或静默错误。
错误示例：void func(int); int (*fp)(double) = static_cast<int>(func);</int> ❌ 编译失败——static_cast 明确禁止跨签名函数指针转换。
- 唯一可行的是相同签名的函数指针之间转换（比如加 const 限定符）
- 若真需绕过（极少场景，如系统 API 回调），必须用
reinterpret_cast，并确保调用时参数/返回值完全匹配原始函数 - 函数指针和
void*之间也不能用static_cast（平台 ABI 不保证兼容），得用reinterpret_cast
真正容易被忽略的是：static_cast 的安全性完全依赖程序员对类型的静态理解。它不查虚表、不验内存、不跟踪对象生命周期——写的时候觉得“肯定对”，运行时出问题往往就卡在这一步。
