static_cast向下转换危险因无运行时检查，若基类指针不指向目标派生类则导致未定义行为；void*转具体类型不验证内存合法性；const_cast修改真正const对象引发未定义行为；reinterpret_cast仅位重解释，风险最高。
static_cast 向下转换为什么危险
因为 static_cast 不做运行时检查，它只相信你写的类型是对的。如果基类指针实际指向的是另一个派生类对象，或者根本不是派生类对象，static_cast 仍会强行返回一个派生类指针——解引用后就是未定义行为，轻则读到垃圾值，重则程序崩溃。
常见错误现象：
-
Base* b = new Base(); Derived* d = static_cast<derived>(b); d->someMethod();</derived>→ 程序可能当场 crash - 多继承中误用
static_cast转换虚基类路径，地址偏移计算错误
正确做法：
- 仅在确定对象真实类型时才用
static_cast向下转（比如工厂函数返回已知类型的Base*） - 优先用
dynamic_cast，它返回nullptr或抛异常，可安全判空 - 确保基类有虚函数（否则
dynamic_cast编译失败）
void* 和具体类型指针互转的坑
void* 是类型擦除的起点，但擦掉的类型信息不会自动恢复。从 void* 转回具体类型时，编译器不验证原始内存是否真能按目标类型解释。
典型问题：
-
int x = 42; void* p = &x; char* c = static_cast<char>(p); *c = 'a';</char>→ 修改了int的第一个字节，但整数语义被破坏 - 用
malloc分配内存后，static_cast成结构体指针，但未调用构造函数 → 对象未初始化
安全建议：
- 从
void*恢复类型，必须严格遵循“谁分配、谁定义类型”的契约 - 避免用
static_cast转回非 trivial 类型；若必须，用reinterpret_cast更明确（但风险不变） - 优先用
std::vector或智能指针替代裸void*泛型
const_cast 移除 const 后修改原对象的风险
const_cast 只负责去掉 const/volatile 限定符，但它不保证底层对象是否真的可修改。如果原对象本身是 const（比如全局 const 变量、字符串字面量），修改会导致未定义行为。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
容易踩的坑：
-
const char* s = "hello"; char* mut = const_cast<char>(s); mut[0] = 'H';</char>→ 大概率 segfault（字符串字面量在只读段） -
const int x = 10; int* p = const_cast<int>(&x); *p = 20;</int>→ 编译器可能把x当作编译期常量优化，后续读x仍是 10
可用场景有限：
- 调用旧 C API 时，该 API 声明参数为非 const，但你传入的是 const 数据（且你确定 API 不会修改它）
- 类内部 const 成员函数中，修改 mutable 成员或通过 this 指针绕过 const 限制（需谨慎设计）
reinterpret_cast 的位重解释本质
reinterpret_cast 不进行任何逻辑转换，只是把同一块内存的比特按新类型重新解读。它绕过所有类型系统，是四种 cast 中最危险的一个。
典型误用：
-
int i = 0x12345678; float f = reinterpret_cast<float>(i);</float>→ 把整数比特当浮点格式读，结果不可预测 -
int* p = new int(42); char* c = reinterpret_cast<char>(p); delete[] c;</char>→ 错误释放，未调用 int 析构，且delete[]与new不匹配
真正需要它的场合极少：
- 序列化/反序列化时，把对象内存拷贝成字节数组（配合
memcpy，而非直接解引用） - 底层系统编程：如将指针转为整型做哈希或调试打印（
uintptr_t addr = reinterpret_cast<uintptr_t>(p);</uintptr_t>） - union 替代方案受限时的极端情况（C++20 起应优先用
std::bit_cast）
指针转换的安全边界不在语法是否合法，而在你是否掌控了内存的生命周期、布局和访问意图。哪怕 static_cast 编译通过，也不代表它在运行时安全；哪怕 reinterpret_cast 看似“只是换种读法”，也可能因对齐、别名规则或优化导致行为突变。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
