如果跨线程共享变量，将它们标记为 volatile 是否有用？ [复制]

Question

注意！

我显然没有向这里的每个人清楚地表达我的观点，这令人难以置信的沮丧。我的目标是消除volatile 实际上是一个无操作的神话，它什么都不做。我并不是要说它应该被使用，它是必不可少的，它不是多余的，等等。

我已经证明volatile 仍然可以做某事。我承认在某些情况下它是多余的，并且多线程示例是一个糟糕的选择。

我也不想隐瞒我的答案的初始修订包含错误的事实。但这个问答甚至还没有达到预期目的。为此，我认为是时候把它扔掉了。

感谢 Kerrek 和 T.C.为他们的见解。我只是不认为他们的回答符合我想问的问题。我敢肯定这是我问得不好的错。

所以我放弃了！并把它作为问题的副本关闭，而不是它的意图，而是它已被解释为。

干杯！ (&hth.)

我正在一个线程中写入一个变量并在另一个线程中读取它。有人告诉我 volatile 对此完全没用，除非我使用硬件，否则我不需要在这个时代使用它。

int x = 0;
void thread1()
{
   while (true) {
      sleep(1);
      if (x > 0)
         break;
   }
}

void thread2()
{
   while (true) {
      sleep(1);
      x++;
   }
}

在这种情况下使用volatile 有什么好处吗？
如果x 不是一个简单的int 而是一个类类型呢？

Answer 1

你被正确地告知，volatile 对线程间通信没有用处。不要将其用于此目的。它不提供同步，并使您的代码存在数据竞争。反之，正确同步访问共享状态时，不需要volatile。

Does What You Mean 的正确代码对共享状态使用原子变量或使用互斥锁保护共享状态，所有线程都将正确观察到共享状态。例如：

#include <atomic>

std::atomic<int> x = 0;

void thread1()
{
   while (true) {
      sleep(1);
      if (x > 0)
         break;
   }
}

void thread2()
{
   while (true) {
      sleep(1);
      x++;
   }
}

在任何时候都不需要volatile。

请注意，volatile 可能在线程内中很有用，可以强制执行一个没有副作用的循环：

// Spend some time
for (volatile int i = 0; i != LARGE_NUMBER; ++i)
{ /* do nothing */ }

// or even:
for (int i = 0; const_cast<volatile int &>(i) != LARGE_NUMBER; ++i) {}