mutable用于const成员函数中修改特定成员变量，适用于缓存、计数器、互斥锁等逻辑上不改变对象状态的场景，但不可修饰static、const或引用成员，且不保证线程安全与真正只读。
const成员函数里想改某个变量，但又不想去掉整个函数的const限定
这是 mutable 最典型、最合理的使用场景。C++ 规定：const 成员函数不能修改类的任何非静态数据成员，但 mutable 打破了这条限制——它明确告诉编译器：“这个成员变量，即使在 const 函数里也允许被修改”。关键在于：你得真有理由这么做，而不是为了绕过 const 约束而滥用。
哪些变量适合加 mutable？缓存、计数器、互斥锁
加 mutable 不是给所有变量开后门，而是服务于“逻辑上不改变对象状态”的需求。常见合法用途包括：
-
mutable std::mutex m_mutex：多线程中加锁/解锁不改变对象对外表现，但锁对象自身状态会变 -
mutable int m_access_count：记录某 const 函数被调用了多少次，不影响对象语义 -
mutable std::optional<:string> m_cached_result：惰性计算并缓存结果，后续调用直接返回，逻辑仍是只读
错误用法示例：mutable std::string m_name，然后在 getName() const 里偷偷改名字——这违背了 const 的契约，编译器不会拦，但属于设计错误。
mutable 不能修饰 static、const 或引用成员
mutable 只能用于**非静态、非 const、非引用**的类内数据成员。以下写法都会编译失败：
立即学习“C++免费学习笔记（深入）”；
class BadExample {
mutable static int s_val; // ❌ static 不行
mutable const int c_val = 42; // ❌ const 不行
mutable int& ref = other_var; // ❌ 引用不行
};
另外，mutable 对构造函数初始化列表没影响，但它修饰的成员仍需在初始化列表或默认成员初始化器中完成初始化（尤其像 std::mutex 这种无默认构造的类型）。
注意：mutable 成员的修改对 const 对象也生效
哪怕你有一个 const MyObj obj，只要它的某个成员是 mutable，你在 obj.someConstFunc() 里照样能改它。这意味着：
- 它不提供线程安全——多个线程同时调用同一个 const 函数，可能并发修改 mutable 成员
- 它不保证逻辑只读——如果你把 mutable 用在不该用的地方，const 对象的“不可变性”就只是假象
- 调试时容易忽略：断点停在 const 函数里改了 mutable 成员，但堆栈上看不到明显提示
真正难的不是语法怎么写，而是判断“这个修改是否真的不影响对象的逻辑状态”。一旦判断错了，mutable 就成了隐藏的 bug 温床。
