int的大小为32位，而long/double的大小为64位。这些大小在以下情况下是否保持不变：
long/double进行的操作是否是原子操作？对于引用变量和大多数基本类型变量（除了long和double之外的所有类型），读取和写入都是原子性的。
这个说法是否与JVM/处理器体系结构有关呢？ 有人可以解释一下吗。
3. 最后，如果我使用64位JVM和处理器，是否能够使double/long的读/写操作是原子操作？
是的，在32位和64位JVM上，大小相同。在Java中，无论是long还是double，都不能保证赋值是原子的。原子赋值仍不能保证另一个线程从内存中看到可见性。由于线程允许在内存中“隐藏”变量，即使对变量进行了原子赋值，也不一定会写入主内存（但当主内存更新时，它将被原子方式执行）。如果您希望一个线程始终看到另一个线程的更改，则必须始终使用某种形式的同步障碍来访问两个或多个线程共享的状态。
long 和 double 不是固有的原子性。这意味着其他所有内容都是原子性的。特别是当他们讨论将读取为“两个部分”（即：两个独立但单独的原子32位读取）的64位值的处理时。现在，int 的原子性并不意味着它们与其他所有内容同步...但读取将一次读取32位，写入将一次写入32位。 - cHaolong和double的访问是非原子性的。你可以编写一个程序，在一个体系结构上每次都能正常运行并且多年后仍然正确运行，但由于某些更改（如Java版本或使用不同的硬件）而导致失败。 - Peter Lawreylong和double访问也可以是原子的。(虽然不能保证在所有系统上都是如此，特别是32位JVM)int被定义为32位。它不会因为64位和32位虚拟机而改变。同样的，long也是64位，也不会改变。
double有点棘手。规范说明它是64位宽度，所以你至少可以保证这个宽度。一些虚拟机可能会在内部使用更宽的数字来进行实际的数学计算，但是如果你总是将double作为一个64位的数字来处理（或者指定strictfp，这应该确保数字是精确的64位宽度，或者至少表现得像是这样），那么你就没问题了。
至于原子性，这取决于平台...但是你可以安全地假设对于任何大于int的读写都不是原子性的（除非变量标记为volatile）。而且对于任何类型，涉及到读取然后写入相同位置的操作都不是原子性的。（这意味着++a;本质上不是原子性的。）
原始数据类型的大小保持不变。在64位处理器/jvm上，堆大小更大，并且可以使用的线程数量增加。