在 Effective Java 一书中，它指出：
语言规范保证读或写 变量是原子的，除非变量的类型为
long或double[JLS, 17.4.7]。
在 Java 编程或一般编程的上下文中，“原子”是什么意思？
【问题讨论】：
volatile long或volatile double使得读原子和写原子。
这是“在系统的其余部分看来是瞬间发生的”，在计算过程中属于Linearizability 的分类。进一步引用链接的文章：
原子性是与并发进程隔离的保证。 此外，原子操作通常有成败 定义——它们要么成功地改变了系统的状态，要么 或者没有明显的效果。
因此，例如，在数据库系统的上下文中，可以有“原子提交”，这意味着您可以将更新的变更集推送到关系数据库，这些变更要么全部提交，要么都不提交在发生故障的情况下，数据不会损坏，并且锁和/或队列的结果，下一个操作将是不同的写入或读取，但仅在事实发生之后 .在变量和线程的上下文中，这几乎是相同的，适用于内存。
您的引述强调了这不是在所有情况下都是预期的行为。
【讨论】：
举个例子：假设foo是long类型的变量，那么下面的操作就不是原子操作（在Java中）：
foo = 65465498L;
确实，变量是使用两个单独的操作写入的：一个写入前 32 位，第二个写入最后 32 位。这意味着另一个线程可能会读取foo 的值，并查看中间状态。
使操作原子化包括使用同步机制，以确保从任何其他线程将操作视为单个原子（即不可拆分为部分）操作。这意味着任何其他线程，一旦操作成为原子操作，将在分配之前或之后看到foo 的值。但绝不是中间值。
一个简单的方法是制作variable volatile:
private volatile long foo;
或者同步对变量的每次访问：
public synchronized void setFoo(long value) {
this.foo = value;
}
public synchronized long getFoo() {
return this.foo;
}
// no other use of foo outside of these two methods, unless also synchronized
或者用AtomicLong替换它：
private AtomicLong foo;
【讨论】：
如果您有多个线程执行下面代码中的方法 m1 和 m2：
class SomeClass {
private int i = 0;
public void m1() { i = 5; }
public int m2() { return i; }
}
您可以保证任何调用 m2 的线程都将读取 0 或 5。
另一方面，使用此代码（其中i 是一个长字符）：
class SomeClass {
private long i = 0;
public void m1() { i = 1234567890L; }
public long m2() { return i; }
}
调用 m2 的线程可以读取 0、1234567890L 或其他一些随机值，因为对于 long 语句 i = 1234567890L 不能保证是原子的（JVM 可以写入前 32 位和后 32 位）两个操作中的位和一个线程可能会在两者之间观察到i）。
【讨论】：
“原子操作”是指从所有其他线程的角度来看似乎是瞬时的操作。当保证适用时，您无需担心部分完成的操作。
【讨论】：
刚刚发现一个帖子Atomic vs. Non-Atomic Operations对我很有帮助。
"如果一个对共享内存的操作相对于其他线程来说是一步完成的，那么它就是原子的。
当在共享内存上执行原子存储时，没有其他线程可以观察到修改半完成。
当对共享变量执行原子加载时，它会读取在某个时刻出现的整个值。”
【讨论】：
在 Java 中，除了 long 和 double 之外的所有类型的字段都是原子读写的，如果使用 volatile 修饰符声明该字段，即使 long 和 double 也是原子读写的。也就是说，我们得到 100% 的结果，或者那里发生了什么，也不能在变量中有任何中间结果。
【讨论】：