java华夏子操纵是线程安详的论调常常被提到。按照界说，原子操纵是不会被打断的操纵，因此被认为是线程安详的。实际上有一些原子操纵不必然是线程安详的。
这个问题呈现的原因是只管淘汰在代码中同步要害字。同步会损害机能，固然这个损失因JVM差异而差异。别的，在现代的JVM中，同步的机能正在慢慢提高。尽量如此，利用同步仍然是有机能价钱的，而且措施员永远会极力提高他们的代码的效率，因此这个问题就延续了下来。
在java中，32位可能更少位数的赋值是原子的。在一个32位的硬件平台上，除了double和long型的其它原始范例凡是都是利用32位举办暗示，而double和long凡是利用64位暗示。别的，工具引用利用本机指针实现，凡是也是32位的。对这些32位的范例的操纵是原子的。
这些原始范例凡是利用32位可能64位暗示，这又引入了另一个小小的神话：原始范例的巨细是由语言担保的。这是差池的。java语言担保的是原始范例的表数范畴而非JVM中的存储巨细。因此，int型老是有沟通的表数范畴。在一个JVM上大概利用32位实现，而在另一个JVM上大概是64位的。在此再次强调：在所有平台上被担保的是表数范畴，32位以及更小的值的操纵是原子的。
那么，原子操纵在什么环境下不是线程安详的？主要的一点是他们也许确实是线程安详的，可是这没有被担保！java线程答允线程在本身的内存区生存变量的副本。答允线程利用当地的私有拷贝举办事情而非每次都利用主存的值是为了提高机能。思量下面的类：
class RealTimeClock
{
private int clkID;
public int clockID()
{
return clkID;
}
public void setClockID(int id)
{
clkID = id;
}
//...
}
此刻思量RealTimeClock的一个实例以及两个线程同时挪用setClockID和clockID，并产生以下的事件序列：
T1 挪用setClockID(5)
T1将5放入本身的私有事情内存
T2挪用setClockID(10)
T2将10放入本身的私有事情内存
T1挪用clockID,它返回5
5是从T1的私有事情内存返回的
对clockI的挪用应该返回10，因为这是被T2配置的，然而返回的是5，因为读写操纵是对私有事情内存的而非主存。赋值操纵虽然是原子的，可是因为JVM答允这种行为，因此线程安详不是必然的，同时，JVM的这种行为也不是被担保的。
两个线程拥有本身的私有拷贝而反面主存一致。假如这种行为呈现，那么私有本机变量和主存一致必需在以下两个条件下：
1、变量利用volatile声明
2、被会见的变量处于同步要领可能同步块中
假如变量被声明为volatile，在每次会见时城市和主存一致。这个一致性是由java语言担保的，而且是原子的，纵然是64位的值。(留意许多JVM没有正确的实现volatile要害字。你可以在www.javasoft.com找到更多的信息。)别的，假如变量在同步要领可能同步块中被会见，当在要领可能块的进口处得到锁以及要领可能块退出时释放锁是变量被同步。
利用任何一种要领都可以担保ClockID返回10，也就是正确的值。变量会见的频度差异则你的选择的机能差异。假如你更新许多变量，那么利用volatile大概比利用同步更慢。记着，假如变量被声明为volatile，那么在每次会见时城市和主存一致。与此比较，利用同步时，变量只在得到锁和释放锁的时候和主存一致。可是同步使得代码有较少的并发性。
假如你更新许多变量而且不想有每次会见都和主存举办同步的损失可能你因为其它的原因想解除并发性时可以思量利用同步。
