const_cast仅在对象本身非const但被const引用或指针绑定时安全使用；典型场景是调用需非const指针的老式C API，且确认底层数据可修改、未声明为const全局/局部变量。
const_cast 的适用场景非常有限
绝大多数情况下，你不该用 const_cast 去“移除 const”。C++ 的 const 正确性是编译器和程序员共同维护的契约，强行绕过只会埋下未定义行为（UB）的隐患。只有当且仅当你面对的是一个**本就非 const 的对象，但被 const 引用或指针临时绑定**时，const_cast 才是合法且安全的。
哪些情况能安全使用 const_cast
典型例子：调用老式 C API 或遗留接口，它们接受非 const 指针，但你手头只有 const 数据——而你知道底层数据实际可修改。
- 原对象本身不是 const（比如
int x = 42;），只是通过const int*或const int&访问它 - 目标函数不会真正修改内存（比如只是把指针传给只读的 C 函数做计算）
- 你确认该指针/引用指向的内存没有被声明为
const（例如没在全局作用域用const int y = 100;定义）
错误示例：const int y = 100; int* p = const_cast<int>(&y); *p = 200;</int> —— 这是 UB，编译器可能优化掉 y 的存储、或触发段错误。
const_cast 不会改变对象的实际 const 属性
const_cast 只是告诉编译器“我保证这个 const 是表面的”，它不生成任何运行时代码，也不影响内存布局或权限位。它只是类型转换操作符，作用仅限于编译期类型系统。
立即学习“C++免费学习笔记（深入）”；
- 对 const 成员函数内部的
this指针使用const_cast修改成员变量，前提是该成员变量声明为mutable - 不能用
const_cast绕过constexpr或字面量常量（如字符串字面量"hello"）的只读内存保护 - 如果原对象是 const 全局变量或栈上 const 变量，修改其值仍属未定义行为，
const_cast不提供豁免
替代方案往往更值得优先考虑
与其冒险用 const_cast，不如检查设计是否合理：
- 是否可以修改接口，接受
const T*而非T*？ - 能否用
mutable标记需要修改的缓存类成员？ - 是否误用了 const 引用？比如本该传非 const 引用却写了
void f(const std::vector<int>& v)</int>，而函数内确实需要修改v - 是否在封装时过度传播 const？比如某个类方法声明为 const，但内部逻辑其实需要修改状态——这时应重新评估 const 正确性
真实项目里，const_cast 出现场景极少，一旦出现，往往意味着接口或所有权模型存在隐含矛盾。它不是“解除 const 锁”的钥匙，而是调试或对接时不得已的窄缝工具。
