必须用 static_cast 而非 C 风格括号转换时，是因前者提供编译期类型安全检查，拒绝非法转换（如 const char→char），而后者绕过类型系统；数值截断、向上转型允许但不检查溢出，void*↔指针需显式 static_cast，reinterpret_cast 仅用于位级重解释。
什么时候必须用 static_cast，而不是 C 风格括号
当你需要显式、安全且可被编译器检查的类型转换时，static_cast 是首选。C 风格写法（如 (int)x）会绕过类型系统约束，可能掩盖危险转换（比如把 void* 直接转成任意指针），而 static_cast 会拒绝明显不合法的操作（如把 const char* 强转为 char* 就报错）。
常见错误现象：static_cast 编译失败，但括号能过——这不是 bug，是它在拦你别乱来。
- 数值类型间转换（
double→int、long long→short）：允许，但截断/溢出不检查 - 有继承关系的指针/引用向上转型（子类 → 父类）：安全，隐式转换也行，显式写更清晰
- 向上转型后想再转回来（父类 → 子类）：不能用
static_cast，得用dynamic_cast（运行时检查） -
void*转具体指针类型：允许，但反过来（具体指针 →void*）隐式即可，不必写
static_cast 和 reinterpret_cast 到底差在哪
核心区别在于语义：前者是“我知道类型逻辑上相关，让我转”，后者是“别管逻辑，按位解释内存”。用错 reinterpret_cast 几乎必然导致未定义行为。
典型误用场景：有人想把 int 的二进制表示当 float 解释（比如实现 memcpy 式的位重解释），却写了 static_cast<float>(x)</float>——这做的是数值转换（如 42 变成 42.0f），不是位重解释。正确做法是 reinterpret_cast<float>(x)</float>（注意是引用，不是值）或用 std::bit_cast（C++20）。
立即学习“C++免费学习笔记（深入）”；
-
static_cast<int>(p)</int>：只允许p原本就是int*或能安全上转的类型（如派生类指针） -
reinterpret_cast<int>(p)</int>：不管p是什么，直接把地址当int*用——危险，仅限底层操作（如内存映射、序列化） - 性能影响：两者都是零开销转换，但
reinterpret_cast让编译器无法做优化假设（比如别名分析失效）
字符串字面量转 std::string 为什么不能用 static_cast
因为 "hello" 类型是 const char[6]，不是指针也不是类类型，和 std::string 之间没有内置转换路径。static_cast 只能用于已有隐式转换链或相关类型的显式转换，不能凭空构造对象。
正确做法是直接初始化或调用构造函数：
std::string s = "hello"; // 隐式转换（调用 std::string(const char*)）
std::string s2{"world"}; // 直接列表初始化
// ❌ static_cast<std::string>("hello"); // 编译错误
- 类似情况还有：容器迭代器转
std::vector::size_type、自定义类对象转bool（需提供转换运算符） - 如果真想“强转”，说明设计有问题——优先检查是否该加构造函数、转换运算符，而不是硬套
static_cast
模板里用 static_cast 容易踩的兼容性坑
模板参数类型不确定时，static_cast<t>(x)</t> 可能在某些实例化下静默失败，比如 T 是 const 限定类型，而 x 是非 const；或者 T 是引用类型，但 x 是右值。
常见错误现象：模板在 int 上好使，换到 std::string const& 就编译不过，报错指向 static_cast 行。
- 避免直接对模板参数做裸
static_cast，先用std::decay_t或std::remove_reference_t规范类型 - 若目标是保持 cv 限定和引用性，改用
static_cast<t>(x)</t>（完美转发场景） - C++17 起，考虑用
std::any_cast/std::variant替代泛型强转逻辑，更安全
static_cast 编译通过，也不代表逻辑正确——比如把一个负的 size_t 值转成 int，结果是大正数，这种溢出不会报错，但程序就悄悄错了。 
