只能用 const_cast 移除指针的 const 属性；其他转换不合法或导致未定义行为，且移除后若修改原本 const 的对象仍为 UB。
用 const_cast 移除指针的 const 属性
直接答案：只能用 const_cast，其他强制转换（如 static_cast、C 风格转换）在涉及 const 修饰符时要么不合法，要么行为未定义。
关键前提：你移除 const 后**不能通过该指针修改原本就是 const 的对象**，否则是未定义行为（UB）。比如 const int x = 42;，哪怕你用 const_cast 获得非 const 指针，写入 *p = 100; 也是 UB。
-
const_cast<int>(p)</int>是标准且唯一安全的语法，用于去掉指针所指类型的const - 若原指针是
const int* const p（指针本身也 const），const_cast只能去掉指向对象的const，不能去掉指针自身的 const；要改指针值，需另声明非 const 指针变量 - C 风格转换
(int*)p虽可能编译通过，但会隐式绕过类型系统检查，容易掩盖真正问题，不推荐
什么时候可以安全使用 const_cast
典型合法场景：调用一个设计不良但无法修改的 C API，它接受非 const 指针，而你手头只有 const 数据（但你知道该 API 实际不会修改它）。
例如：void legacy_api(int* buf, size_t len);，而你有 const std::vector<int>& v</int>，且确认 API 只读取数据：
立即学习“C++免费学习笔记（深入）”；
const std::vector<int>& v = get_data(); // 安全：v.data() 指向的内存实际可写，且 API 不写 legacy_api(const_cast<int*>(v.data()), v.size());
- 必须确保底层内存确实可写（如来自非 const 对象、堆分配、或 vector 内部缓冲区）
- 若传入字符串字面量（
"hello"）并尝试修改，即使用了const_cast，仍是 UB - 现代 C++ 中，优先考虑重构接口或封装一层适配器，而不是裸用
const_cast
const_cast 不能解决 const 引用绑定的问题
常见误解：以为对 const 引用做 const_cast 就能“解除绑定”。实际上引用一旦绑定，就不可重绑定；const_cast 只能生成一个新指针/引用，指向同一对象。
例如：
const int x = 10; const int& r = x; int& r2 = const_cast<int&>(r); // 编译通过，但 r2 仍绑定到 x
-
r2 = 20;→ UB，因为x是字面量级 const 对象 - 如果
x是局部非 const 变量（int x = 10;），再用const int& r = x;，此时const_cast出来的引用修改是安全的 - 注意：引用本身没有“是否 const”属性，
const修饰的是它所绑定的对象的访问权限
编译器优化与 const 移除的实际影响
编译器可能基于 const 做常量传播或内存访问优化。一旦你用 const_cast 并实际写入，不仅行为未定义，还可能触发难以复现的错误（比如寄存器缓存旧值、指令重排）。
- 启用
-O2或更高优化等级时，对 const 对象的写入可能导致程序跳过某些逻辑分支，甚至崩溃 - Clang/GCC 在部分场景下可用
-Wcast-qual警告不必要的const_cast，建议开启 - 调试时加
volatile无法绕过 UB，只是让编译器少优化——它不改变未定义行为的本质
真正难处理的不是语法怎么写，而是判断“这个 const 到底是不是物理只读”，这需要看对象生命周期、存储期和初始化方式，不是靠一次 const_cast 就能绕开的。
