假设我有两个线程和一个对象。一个线程分配对象：
public void assign(MyObject o) {
myObject = o;
}
另一个线程使用该对象：
public void use() {
myObject.use();
}
变量 myObject 是否必须声明为 volatile？我试图了解何时使用 volatile 何时不使用，这让我感到困惑。第二个线程是否有可能在其本地内存缓存中保留对旧对象的引用？如果没有，为什么不呢？
非常感谢。
【问题讨论】：
我正在尝试了解何时使用 易变的，什么时候不是
您应该尽量避免使用它。请改用AtomicReference（或在适当的情况下使用另一个atomic 类）。记忆效果相同，意图更加更清晰。
我强烈建议阅读优秀的Java Concurrency in Practice 以获得更好的理解。
【讨论】：
抛开复杂的技术细节，您可以将volatile 或多或少视为变量 的synchronized 修饰符。当您想同步对方法或块的访问时，通常希望使用synchronized 修饰符，如下所示：
public synchronized void doSomething() {}
如果您想“同步”对变量的访问，那么您想使用volatile 修饰符：
private volatile SomeObject variable;
在幕后他们做了不同的事情，但效果是相同的：更改对于下一个访问线程立即可见。
在您的具体情况下，我认为 volatile 修饰符没有任何价值。 volatile 不保证分配对象的线程将在使用该对象的线程之前运行。反过来也一样好。您可能只想先在use() 方法中进行空检查。
更新：另见this article：
对变量的访问就像包含在一个同步块中，在其自身上同步。我们在第二点中说“表现得好像”，因为至少对程序员（并且可能在大多数 JVM 实现中）不涉及实际的锁定对象。
【讨论】：
java.util.concurrent API，我赞成您对建议的回答。
声明一个 volatile Java 变量意味着：
volatile 的典型和最常见用法是：
public class StoppableThread extends Thread {
private volatile boolean stop = false;
public void run() {
while (!stop) {
// do work
}
}
public void stopWork() {
stop = true;
}
}
【讨论】：
在这种情况下，您可以使用 volatile。您将需要围绕对变量的访问或某种类似机制（如 AtomicReference）的 volatile 同步，以保证在分配线程上所做的更改实际上对读取线程是可见的。
【讨论】：
我花了很多时间试图理解volatile 关键字。
我认为 @aleroot 给出了世界上最好、最简单的例子。
这又是我对傻瓜的解释（比如我:-)）：
场景 1：假设 stop 没有被声明为 volatile 那么
给定的线程会做并“认为”以下内容：
stopWork() 被调用：我必须将stop 设置为true
场景 2：现在让 stop 声明为 volatile：
stopWork() 被调用：我必须将stop 设置为true
volatile。我得占用 CPU 时间长一点……没有同步，只是一个简单的想法......
为什么不声明所有变量volatile 以防万一？由于 Scenario2/Step3。这有点低效，但仍然比常规同步好。
【讨论】：
这里有一些令人困惑的 cmets：澄清一下，假设两个不同的线程调用 assign() 和 use()，您的代码不正确。
在没有volatile 或其他happens-before 关系（例如，公共锁上的同步）的情况下，不能保证调用use() 的线程可以看到assign() 中对myObject 的任何写入-- 不会立即，不会及时，甚至永远不会。
是的，volatile 是纠正此问题的一种方法（假设这是不正确的行为 - 存在您不关心此问题的合理情况！）。
您完全正确，“使用”线程可以看到myObject 的任何“缓存”值，包括在构造时分配的值和任何中间值（同样在没有其他发生之前的点的情况下） .
【讨论】：