在多线程C++应用程序中,我需要互斥体来保护简单的布尔值吗?

在C++11及更高版本中,使用 std::atomic<bool> 为此目的。从…起 http://en.cppreference.com/w/cpp/atomic/atomic

如果一个线程向原子对象写入数据,而另一个线程从原子对象读取数据,则该行为是定义良好的(有关数据争用的详细信息,请参阅内存模型)。

在过去的某个时候,对于某些编译器和某些操作环境,以下旧答案可能是正确的,但今天不应依赖它:

volatile 不过,为了确保编译器每次都从内存中读取它们,而不是在线程中缓存以前读取的内容(这是一个简化的解释,但应该这样做)。

C++ Thread, shared data

为什么不简单地使用 interlocked variable ?

在你的情况下,使用 std::atomic<bool> 应该足以使您的程序正确,避免您使用锁。
不要使用 volatile . 它与线程无关。 Can I read a bool variable in a thread without mutex?

我不认为你 需要 这里是一个完全成熟的互斥体——不过如果您不使用支持wait原语的同步对象,渲染线程将需要在“挂起”状态下忙碌等待。

此线程提供了更多关于线程安全性的信息和讨论,特别是对于简单数据类型:

How can I create a thread-safe singleton pattern in Windows?