如果您有一个多线程系统，这些多线程处理一些共享数据，这些线程将在它们自己的缓存中加载数据。如果我们不锁定资源，在一个线程中所做的任何更改都不会在另一个线程中可用。

使用锁定机制，我们可以添加对数据源的读/写访问。如果一个线程修改了数据源，该数据将存储在主存中而不是它的缓存中。当其他线程需要这个数据时，它们将从主存中读取它。这将显著增加延迟。

为了减少延迟，我们将变量声明为volatile。这意味着无论何时变量的值在任何处理器中被修改，其他线程都将被迫读取它。它仍然有一些延迟，但比从主存中读取要好。

挥发性

volatile -> synchronized[关于]

Volatile表示对于程序员来说，该值总是最新的。问题是该值可以保存在不同类型的硬件内存中。例如，它可以是CPU寄存器，CPU缓存，RAM…СPU寄存器和CPU缓存属于CPU，不能共享数据，不像RAM在多线程环境中处于抢救状态

volatile关键字表示变量将直接从/写入RAM内存。它有一些计算足迹

Java 5通过支持happens-before扩展volatile[关于]

对volatile字段的写入发生在后续每次读取该字段之前。

Read is after write

volatile关键字不能修复竞态条件[关于]，使用synchronized关键字[关于]

因此，只有当一个线程写入，而其他线程只是读取volatile值时才安全

Volatile变量基本上用于主共享缓存线上的即时更新(刷新)，以便立即将更改反映到所有工作线程。

对于长变量和双变量类型的读写操作的处理，目前还没有人提及。读和写对于引用变量和大多数基本变量都是原子操作，长变量和双变量类型除外，它们必须使用volatile关键字作为原子操作。@link

假设一个线程修改了一个共享变量的值，如果你没有对该变量使用volatile修饰符的话。当其他线程想要读取这个变量的值时，它们看不到更新后的值，因为它们是从CPU的缓存而不是RAM内存中读取变量的值。这个问题也被称为能见度问题。

通过将共享变量声明为volatile，所有对计数器变量的写入都将立即写入主存。同样，所有对counter变量的读取都将直接从主存中读取。

public class SharedObject {
    public volatile int sharedVariable = 0;
}

对于非易失性变量，不能保证Java虚拟机(JVM)何时将数据从主存读取到CPU缓存，或何时将数据从CPU缓存写入主存。这可能会导致几个问题，我将在下面的部分中解释这些问题。

例子:

想象这样一种情况，两个或多个线程可以访问一个共享对象，该对象包含一个声明如下的计数器变量:

public class SharedObject {
    public int counter = 0;
}

再想象一下，只有线程1增加计数器变量，但是线程1和线程2都可以不时地读取计数器变量。

如果计数器变量没有被声明为volatile，则不能保证计数器变量的值何时从CPU缓存写入主存。这意味着CPU缓存中的计数器变量值可能与主存中的不相同。这种情况如下所示:

线程看不到一个变量的最新值，因为它还没有被另一个线程写回主存，这个问题被称为“可见性”问题。一个线程的更新对其他线程是不可见的。

Volatile对于停止线程非常有用。

并不是说您应该编写自己的线程，Java 1.6有很多不错的线程池。但是如果你确定你需要一个线程，你需要知道如何停止它。

我使用的线程模式是:

public class Foo extends Thread {

  private volatile boolean close = false;

  public void run() {
    while(!close) {
      // do work
    }
  }
  public void close() {
    close = true;
    // interrupt here if needed
  }
}

在上面的代码段中，while循环中读取close的线程与调用close()的线程不同。如果没有volatile，运行循环的线程可能永远看不到关闭的更改。

注意，这里不需要同步