mutable允许const成员函数修改不影响逻辑状态的内部数据（如缓存、计数器、互斥锁），仅适用于非静态、非const、非引用的数据成员，不保证线程安全。
const 成员函数里为什么需要 mutable
因为 const 成员函数承诺“不修改对象的逻辑状态”，但有时确实需要更新缓存、计数器或互斥锁这类不影响对外行为的内部数据。mutable 就是给编译器开的绿灯：允许这些成员在 const 函数中被修改，而不会破坏 const 正确性。
mutable 能修饰哪些成员
只能用于类的非静态数据成员，且不能是 const 或引用类型（C++17 起引用也不能加 mutable）。
-
mutable修饰的成员在 const 对象或 const 成员函数中可读可写 - 不能修饰静态成员——静态成员本就不属于单个对象，加
mutable无意义 - 不能修饰
const int这类带 const 限定的类型，会编译报错：error: mutable member 'x' cannot be declared const - 常见合法用法：
mutable std::mutex mtx;、mutable int cache_hit_count;、mutable std::optional<result> cached_result;</result>
不加 mutable 会遇到什么错误
典型报错是 “assignment of member ‘xxx’ in read-only object”，发生在 const 成员函数里试图修改普通成员时。比如：
class Calculator {
int result_;
mutable std::optional<int> cache_; // ✅ 允许在 const 函数里更新
public:
int compute() const {
if (cache_.has_value()) return cache_.value(); // ✅ 读取没问题
int r = expensive_calc();
cache_ = r; // ✅ 只有 mutable 才能在这里赋值
return r;
}
};
如果把 cache_ 声明成普通 std::optional<int> cache_;</int>，最后一行就会触发编译错误：error: assignment of member 'cache_' in read-only object。
立即学习“C++免费学习笔记（深入）”；
容易踩的坑：mutable 不等于线程安全
mutable 只解决 const 正确性问题，完全不管并发——多个 const 函数同时修改同一个 mutable 成员，照样数据竞争。
- 如果
mutable成员会被多线程访问（比如缓存、计数器），必须配合同步机制，如mutable std::mutex mtx;+std::lock_guard - 别以为加了
mutable就可以随意改状态：它只适用于真正“逻辑不可见”的变更；如果修改mutable成员改变了对象对外表现（比如影响后续 const 函数返回值且不该变），就违背了逻辑常量性原则 - 调试时容易忽略
mutable成员的变化——它们不会出现在 const 对象的“只读快照”预期中，但实际在悄悄变
最麻烦的不是语法怎么写，而是判断某个字段到底该不该标 mutable：它得既“物理可变”，又“逻辑不可见”。这个边界稍一模糊，const 函数的行为就变得难以推理。
