const_cast不能安全去掉const属性，需严格区分原始对象是否为const定义：仅当对象本身可写且有修改权限时才可能安全，否则属未定义行为。
const_cast 能否安全去掉 const 属性？
不能一概而论。只有当原始对象本身不是 const 定义的，且你有合法权限修改它时，const_cast 才可能安全；否则，对真正 const 对象解 const 后写入，属于未定义行为（UB），程序可能崩溃、静默出错或表现异常。
常见误用场景：把全局 const 变量、字面量字符串、函数返回的 const 引用/指针，用 const_cast 强转后修改——这绝不可取。
什么情况下可以用 const_cast 修改指针指向的内容？
前提是：该指针所指向的对象在内存中实际可写，且 const 修饰仅是接口层面的限制（比如函数参数加了 const 修饰，但内部实现需要临时修改）。
典型可用场景：
立即学习“C++免费学习笔记（深入）”；
- 调用一个只接受
const char*的 C 函数，但你需要传入一个可修改的缓冲区（例如strtok要求非 const） - 类成员函数声明为
const，但你想修改某个被mutable修饰的成员，而该成员恰好通过 const 指针访问 - 封装旧 C API 时，API 接口要求
const void*，但底层实现需转成可写指针做类型擦除处理（极少数情况）
怎么写才不容易踩坑？
关键不是“怎么 cast”，而是“cast 之后是否真能写”。务必确认原始对象生命周期和可写性。
正确示例（安全）：
int x = 42; const int* p = &x; // p 是 const 指针，但 x 本身可写 int* q = const_cast<int*>(p); // 合法：x 不是 const 定义的 *q = 100; // OK：修改 x 是允许的
危险示例（UB）：
const int y = 99; const int* p = &y; int* q = const_cast<int*>(p); *q = 1; // ❌ 未定义行为：y 是 const 对象，编译器可能把它放进只读段
另一个易错点：字符串字面量
const char* s = "hello"; char* t = const_cast<char*>(s); t[0] = 'H'; // ❌ UB：字符串字面量存储在只读内存，多数平台直接 segfault
有没有比 const_cast 更好的替代方案？
绝大多数时候，应该重构代码，而不是强行解 const。
可考虑：
- 把 const 参数改为非 const，如果逻辑上确实需要修改
- 用
mutable标记类中允许在 const 成员函数里修改的成员 - 复制一份数据再操作，避免触碰原始 const 约束
- 使用
std::string或容器代替裸 const char*，避免对字面量动刀
真正需要 const_cast 的地方极少，而且往往意味着接口设计或所有权语义没理清。一旦用了，必须在注释里写明“此处解 const 是因为……且已确认对象可写”，否则后续维护者很容易误改。
