const成员函数通过编译器强制检查实现防修改，其本质是将隐式this指针变为const类型，禁止修改非mutable成员变量，并支持const对象调用；mutable用于逻辑只读但需物理可变的场景如缓存、计数器。
加 const 修饰成员函数是最直接、最有效的防线，但必须配合 mutable 处理例外场景，否则容易在缓存、计数等地方编译失败或行为异常。
const 成员函数为什么能防修改？
它不是“语法糖”，而是编译器强制执行的契约：只要函数声明末尾有 const，编译器就会检查函数体内所有对非mutable成员变量的赋值、自增、调用非常量成员函数等操作，并报错。
常见错误现象：
-
m_x = 10;→ 编译错误：assignment of member 'm_x' in read-only object -
doSomething();（而doSomething()没有const）→ 编译错误：passing 'const MyClass' as 'this' argument discards qualifiers
使用场景：
立即学习“C++免费学习笔记（深入）”；
- 所有只读访问器（
getX()、getName()、size()）都应加const - 参数为
const MyClass&的函数内部，只能调用const成员函数 - 类对象被声明为
const MyClass obj;后，仅能调用其const成员函数
mutable 成员变量该用在哪儿？
mutable 不是后门，而是为“逻辑只读但物理可变”的场景设计的——它让某个成员变量绕过 const 限制，但不破坏对象对外的不可变语义。
典型适用场景：
- 缓存计算结果（如
mutable std::optional<int> cached_hash;</int>） - 访问计数器（如
mutable int call_count;，用于调试或统计） - 懒加载的内部状态（如
mutable std::unique_ptr<heavydata> lazy_data;</heavydata>）
关键约束：
- 只能用于类内非静态、非 const、非引用类型的成员变量
- 不能用于
static成员（它本身就不属于单个对象） - 不能用于引用类型（
mutable int& ref;是非法的）
示例：
class DataProcessor {
mutable int cache_;
mutable bool cache_valid_;
int raw_value_;
public:
DataProcessor(int v) : raw_value_(v), cache_valid_(false) {}
int getProcessed() const {
if (!cache_valid_) {
cache_ = raw_value_ * raw_value_; // ✅ 合法：mutable 允许
cache_valid_ = true; // ✅ 合法
}
return cache_;
}
};const 成员函数和非 const 版本共存时要注意什么？
当需要对常量对象和非常量对象提供不同行为（比如返回 const T& vs T&），可以重载成员函数，但必须严格区分签名。
常见坑点：
- 只在声明加
const，定义漏了 → 链接错误或重定义冲突 - 两个函数仅返回类型不同（如
int foo()和const int foo()）→ 不构成重载，编译失败 - 试图在
const版本里返回非 const 引用 → 编译器拒绝，因为会破坏只读性
正确写法示例：
class Container {
std::vector<int> data_;
public:
const int& at(size_t i) const { return data_.at(i); } // ✅ 返回 const 引用
int& at(size_t i) { return data_.at(i); } // ✅ 返回非常量引用
};调用时自动匹配：const Container c; c.at(0) 调 const 版；普通 Container c; 调非 const 版。
真正容易被忽略的是：mutable 成员变量一旦声明，就**永久失去 const 保护**——哪怕你忘了加 const 到某个函数里，它依然能被意外修改。所以 mutable 应该极少、极明确地使用，并配上注释说明用途。
