const 锁定的是变量名与值的绑定关系而非值本身；它禁止通过该名修改值，但值可能被其他途径改变，导致读取不可靠。
const 修饰变量时，到底锁住了什么
它锁住的是“绑定关系”，不是值本身——只要没用 const_cast 强转，编译器就禁止你通过该变量名去改值。但值可能被其他非 const 途径修改（比如指针别名、映射内存、多线程写入），这时读到的值就不可靠。
- 写
const int x = 42;：x 是只读左值，不能赋值，也不能取地址后强转修改（UB） - 写
const int* p = &x;：p 指向的内容不可通过 p 修改，但 p 自己可以指向别处 - 写
int* const p = &y;：p 本身不可变（地址固定），但 *p 可改 - 写
const int* const p = &x;：指针和它指向的内容都锁定
函数参数加 const 引用，为什么能避免拷贝又安全
传 const std::String& 而不是 std::string，核心是跳过构造+析构开销，尤其对大对象或带资源管理的类。编译器会拒绝你在函数体内调用非常量成员函数（比如 s.push_back('a')），但允许调用 const 成员（如 s.size()、s.c_str()）。
- 不要写
void f(std::string& s)除非真要修改它；否则默认用const std::string& - 基本类型（
int、double）传值比传 const 引用更快，不用硬套 - 返回局部对象时，别返回
const std::string&—— 引用悬空，运行时崩溃
const 成员函数里不能改哪些东西
标记为 const 的成员函数，隐式地把 this 当作 const T* 处理，所以所有非 mutable 成员都不能被修改，连调用它们的非常量成员函数都不行。
- 错误示例：
void get() const { cache_.clear(); }——clear()不是 const 成员，编译失败 - 正确做法：把缓存声明为
mutable std::string cache_;，再在 const 函数里更新它 - 注意：
mutable不解除线程安全责任，多线程下仍需加锁 - const 成员函数可调用其他 const 成员函数，但反过来不行
constexpr 和 const 的关键区别在哪
const 只保证运行期只读；constexpr 要求必须能在编译期求值，且用于需要常量表达式的上下文（比如数组长度、模板非类型参数、case 标签）。
立即学习“C++免费学习笔记（深入）”；
-
const int x = rand();合法（运行期初始化），但constexpr int y = rand();编译失败 constexpr int fib(int n) { return n 在 c++14+ 中允许递归计算，但输入必须是字面量- 类的
constexpr构造函数要求所有成员都能常量初始化，且函数体只能有简单语句（C++11 限制更严）
const 容易误以为“编译期已知”，其实只是“运行期不许改”；真正要编译期常量，得盯紧 constexpr 和上下文是否接受常量表达式。