不久前，我遇到了一些代码，它们用mutable关键字标记了一个类的成员变量。据我所知，它只是允许你在const方法中修改变量:
class Foo
{
private:
mutable bool done_;
public:
void doSomething() const { ...; done_ = true; }
};
这是唯一的使用这个关键字还是有更多的它比满足眼睛?从那以后，我在一个类中使用了这种技术，将boost::mutex标记为mutable，允许const函数出于线程安全的原因锁定它，但是，说实话，这感觉有点hack。
当前回答
mutmutable确实存在，因为你可以推断允许在一个常量函数中修改数据。
这样做的目的是，您可能有一个函数对对象的内部状态“什么都不做”，因此您将函数标记为const，但您可能确实需要以不影响其正确功能的方式修改一些对象的状态。
关键字可以作为对编译器的提示——理论上的编译器可以将一个常量对象(例如全局变量)放在内存中，并将其标记为只读。可变的存在提示不应该这样做。
下面是声明和使用可变数据的一些有效理由:
线程安全。声明一个可变的boost::mutex是完全合理的。 统计数据。给定函数的部分或全部实参，计算函数的调用次数。 记忆。计算一些代价高昂的答案，然后将其存储起来以备将来参考，而不是重新计算。
其他回答
Mutable主要用于类的实现细节。类的用户不需要知道它，因此他认为“应该”是const的方法可以是。让互斥量可变的例子是一个很好的规范示例。
在为类测试目的创建存根时，mutable关键字非常有用。你可以存根一个const函数，仍然能够增加(可变的)计数器或任何你已经添加到存根的测试功能。这使存根类的接口保持不变。
当你重写一个const虚函数并想要修改该函数中的子类成员变量时，mutable可以很方便。在大多数情况下，您不希望更改基类的接口，因此必须使用自己的可变成员变量。
是的，这就是它的作用。我将它用于那些被方法修改的成员，而这些方法在逻辑上不会改变类的状态——例如，通过实现缓存来加速查找:
class CIniWrapper
{
public:
CIniWrapper(LPCTSTR szIniFile);
// non-const: logically modifies the state of the object
void SetValue(LPCTSTR szName, LPCTSTR szValue);
// const: does not logically change the object
LPCTSTR GetValue(LPCTSTR szName, LPCTSTR szDefaultValue) const;
// ...
private:
// cache, avoids going to disk when a named value is retrieved multiple times
// does not logically change the public interface, so declared mutable
// so that it can be used by the const GetValue() method
mutable std::map<string, string> m_mapNameToValue;
};
现在，你必须小心使用它——并发性问题是一个大问题，因为如果只使用const方法，调用者可能会认为它们是线程安全的。当然，修改可变数据不应该以任何重要的方式改变对象的行为，我给出的例子可能违反了这一点，例如，如果期望写入磁盘的更改将立即对应用程序可见。
经典的例子(在其他回答中提到)，也是我迄今为止看到的使用mutable关键字的唯一情况，是用于缓存复杂的Get方法的结果，其中缓存是作为类的数据成员实现的，而不是作为方法中的静态变量(出于几个函数之间共享或简单清洁的原因)。
一般来说，使用mutable关键字的替代方法通常是方法中的静态变量或const_cast技巧。
另一个详细的解释在这里。
