多线程面试题之原子性、可见性、有序性

面试官：“对java并发了解怎么样？” 

应聘者：“还能够…”  

面试官：“为了保证线程安全，Java并发有哪几个基本特性呢？”  

应聘者：“有三条基本性质，原子性、可见性、有序性”  

面试官:  “具体解释下这三个特性？”  

应聘者：“bala。bala。bala。。” 

Java内存模型是围绕着并发过程当中如何处理原子性、可见性、有序性这三个特征来创建的，下面是这三个特性的实现原理：原子性(Atomicity)

由Java内存模型来直接保证的原子性变量操做包括read、load、use、assign、store和write六个，大体能够认为基础数据类型的访问和读写是具有原子性的。若是应用场景须要一个更大范围的原子性保证，Java内存模型还提供了lock和unlock操做来知足这种需求，尽管虚拟机未把lock与unlock操做直接开放给用户使用，可是却提供了更高层次的字节码指令monitorenter和monitorexit来隐匿地使用这两个操做，这两个字节码指令反映到Java代码中就是同步块—synchronized关键字，所以在synchronized块之间的操做也具有原子性。

Java中的原子操做包括：

1）除long和double以外的基本类型的赋值操做 
2）全部引用reference的赋值操做 
3）java.concurrent.Atomic.* 包中全部类的一切操做。

可是java对long和double的赋值操做是非原子操做！long和double占用的字节数都是8，也就是64bits。在32位操做系统上对64位的数据的读写要分两步完成，每一步取32位数据。这样对double和long的赋值操做就会有问题：若是有两个线程同时写一个变量内存，一个进程写低32位，而另外一个写高32位，这样将致使获取的64位数据是失效的数据。所以须要使用volatile关键字来防止此类现象。volatile自己不保证获取和设置操做的原子性，仅仅保持修改的可见性。可是java的内存模型保证声明为volatile的long和double变量的get和set操做是原子的。

public class UnatomicLong implements Runnable {    private static long test = 0;    private final long val;    public UnatomicLong(long val) {        this.val = val;    }    @Override    public void run() {        while (!Thread.interrupted()) {            test = val; //两个线程都试图将本身的私有变量val赋值给类私有静态变量test        }    }    public static void main(String[] args) {        Thread t1 = new Thread(new UnatomicLong(-1));        Thread t2 = new Thread(new UnatomicLong(0));        System.out.println(Long.toBinaryString(-1));        System.out.println(pad(Long.toBinaryString(0), 64));        t1.start();        t2.start();        long val;        while ((val = test) == -1 || val == 0) {        //若是静态成员test的值是-1或0，说明两个线程操做没有交叉        }        System.out.println(pad(Long.toBinaryString(val), 64));        System.out.println(val);        t1.interrupt();        t2.interrupt();    }    // prepend 0s to the string to make it the target length    private static String pad(String s, int targetLength) {        int n = targetLength - s.length();        for (int x = 0; x < n; x++) {            s = "0" + s;        }        return s;    }}

运行发现程序在while循环时进入了死循环，这是由于使用的JVM是64bits。在64位JVM中double和long的赋值操做是原子操做。 
在eclipse中修改jre为一个32bit的JVM地址，则会有以下运行结果：

1111111111111111111111111111111111111111111111111111111111111111 0000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000011111111111111111111111111111111 //很明显test的值被破坏了 4294967295

可见性(Visibility)

可见性就是指当一个线程修改了线程共享变量的值，其它线程可以当即得知这个修改。Java内存模型是经过在变量修改后将新值同步回主内存，在变量读取前从主内存刷新变量值这种依赖主内存做为传递媒介的方法来实现可见性的，不管是普通变量仍是volatile变量都是如此，普通变量与volatile变量的区别是volatile的特殊规则保证了新值能当即同步到主内存，以及每使用前当即从内存刷新。由于咱们能够说volatile保证了线程操做时变量的可见性，而普通变量则不能保证这一点。

除了volatile以外，Java还有两个关键字能实现可见性，它们是synchronized。同步块的可见性是由“对一个变量执行unlock操做以前，必须先把此变量同步回主内存中(执行store和write操做)”这条规则得到的，而final关键字的可见性是指：被final修饰的字段是构造器一旦初始化完成，而且构造器没有把“this”引用传递出去，那么在其它线程中就能看见final字段的值。

Lock也能够保证可见性，由于它能够保证任一时刻只有一个线程能访问共享资源，并在其释放锁以前将修改的变量刷新到内存中。有序性(Ordering)

Java内存模型中的程序自然有序性能够总结为一句话：若是在本线程内观察，全部操做都是有序的；若是在一个线程中观察另外一个线程，全部操做都是无序的。前半句是指“线程内表现为串行语义”，后半句是指“指令重排序”现象和“工做内存主主内存同步延迟”现象。

Java语言提供了volatile和synchronized两个关键字来保证线程之间操做的有序性，volatile关键字自己就包含了禁止指令重排序的语义，而synchronized则是由“一个变量在同一时刻只容许一条线程对其进行lock操做”这条规则来得到的，这个规则决定了持有同一个锁的两个同步块只能串行地进入。

先行发生原则：

若是Java内存模型中全部的有序性都只靠volatile和synchronized来完成，那么有一些操做将会变得很啰嗦，可是咱们在编写Java并发代码的时候并无感受到这一点，这是由于Java语言中有一个“先行发生”(Happen-Before)的原则。这个原则很是重要，它是判断数据是否存在竞争，线程是否安全的主要依赖。

先行发生原则是指Java内存模型中定义的两项操做之间的依序关系，若是说操做A先行发生于操做B，其实就是说发生操做B以前，操做A产生的影响能被操做B观察到，“影响”包含了修改了内存中共享变量的值、发送了消息、调用了方法等。它意味着什么呢？以下例：

//线程A中执行i = 1;//线程B中执行j = i;//线程C中执行i = 2;

假设线程A中的操做”i=1“先行发生于线程B的操做”j=i“，那么咱们就能够肯定在线程B的操做执行后，变量j的值必定是等于1，结出这个结论的依据有两个，一是根据先行发生原则，”i=1“的结果能够被观察到；二是线程C登场以前，线程A操做结束以后没有其它线程会修改变量i的值。如今再来考虑线程C，咱们依然保持线程A和B之间的先行发生关系，而线程C出如今线程A和B操做之间，可是C与B没有先行发生关系，那么j的值多是1，也多是2，由于线程C对应变量i的影响可能会被线程B观察到，也可能观察不到，这时线程B就存在读取到过时数据的风险，不具有多线程的安全性。

下面是Java内存模型下一些”自然的“先行发生关系，这些先行发生关系无须任何同步器协助就已经存在，能够在编码中直接使用。若是两个操做之间的关系不在此列，而且没法从下列规则推导出来的话，它们就没有顺序性保障，虚拟机能够对它们进行随意地重排序。

a.程序次序规则(Pragram Order Rule)：在一个线程内，按照程序代码顺序，书写在前面的操做先行发生于书写在后面的操做。准确地说应该是控制流顺序而不是程序代码顺序，由于要考虑分支、循环结构。

b.管程锁定规则(Monitor Lock Rule)：一个unlock操做先行发生于后面对同一个锁的lock操做。这里必须强调的是同一个锁，而”后面“是指时间上的前后顺序。

c.volatile变量规则(Volatile Variable Rule)：对一个volatile变量的写操做先行发生于后面对这个变量的读取操做，这里的”后面“一样指时间上的前后顺序。

d.线程启动规则(Thread Start Rule)：Thread对象的start()方法先行发生于此线程的每个动做。

e.线程终于规则(Thread Termination Rule)：线程中的全部操做都先行发生于对此线程的终止检测，咱们能够经过Thread.join()方法结束，Thread.isAlive()的返回值等做段检测到线程已经终止执行。

f.线程中断规则(Thread Interruption Rule)：对线程interrupt()方法的调用先行发生于被中断线程的代码检测到中断事件的发生，能够经过Thread.interrupted()方法检测是否有中断发生。

g.对象终结规则(Finalizer Rule)：一个对象初始化完成(构造方法执行完成)先行发生于它的finalize()方法的开始。

g.传递性(Transitivity)：若是操做A先行发生于操做B，操做B先行发生于操做C，那就能够得出操做A先行发生于操做C的结论。

一个操做”时间上的先发生“不表明这个操做会是”先行发生“，那若是一个操做”先行发生“是否就能推导出这个操做一定是”时间上的先发生“呢？也是不成立的，一个典型的例子就是指令重排序。因此时间上的前后顺序与先生发生原则之间基本没有什么关系，因此衡量并发安全问题一切必须以先行发生原则为准。