谈谈Java中Volatile关键字的理解
volatile这个关键字可能很多朋友都听说过,或许也都用过。在Java5之前,它是一个备受争议的关键字,因为在程序中使用它往往会导致出人意料的结果。在Java5之后,volatile关键字才得以重获生机。volatile关键字虽然从字面上理解起来比较简单,但是要用好不是一件容易的事情。
一、前言
JMM提供了volatile变量定义、final、synchronized块来保证可见性。
用volatile修饰的变量,线程在每次使用变量的时候,都会读取变量修改后的最的值。volatile很容易被误用,用来进行原子性操作。写了几个测试的例子,大家可以试一试。
二、主程序
publicclassMain{ publicstaticvoidmain(String[]args)throwsInterruptedException{ List<Thread>threadList=newArrayList<Thread>(); for(inti=0;i<10;++i){ Threadthread=newThread(newRunnable(){ @Override publicvoidrun(){ Single.Holder.instance.add(); } }); threadList.add(thread); thread.start(); } for(Threadthread:threadList) thread.join(); System.out.println(Single.Holder.instance.x); } }
三、单例模式测试
1、没有volatile,没有synchronized的情况
classSingle{ publicintx=0; publicvoidadd(){ try{ TimeUnit.MILLISECONDS.sleep(50); }catch(InterruptedExceptione){ e.printStackTrace(); } ++this.x; } publicstaticclassHolder{ publicstaticSingleinstance=newSingle(); } }
输出结果:8,9,10都出现过。可以多运行,多试一试,就会发现不同的结果。
2、有volatile,没有synchronized
classSingle{ publicvolatileintx=0; publicvoidadd(){ try{ TimeUnit.MILLISECONDS.sleep(50); }catch(InterruptedExceptione){ e.printStackTrace(); } ++this.x; } publicstaticclassHolder{ publicstaticSingleinstance=newSingle(); } }
输出结果:最多出现的是9和10。
3、没有volatile,有synchronized
classSingle{ publicintx=0; publicsynchronizedvoidadd(){ try{ TimeUnit.MILLISECONDS.sleep(50); }catch(InterruptedExceptione){ e.printStackTrace(); } ++this.x; } publicstaticclassHolder{ publicstaticSingleinstance=newSingle(); } }
输出结果:无论运行多少次都是10。
四、关于volatile在DCL(doublechecklock)中的应用
publicclassLazySingleton{ privateintsomeField; privatestaticLazySingletoninstance; privateLazySingleton(){ this.someField=newRandom().nextInt(200)+1;//(1) } publicstaticLazySingletongetInstance(){ if(instance==null){//(2) synchronized(LazySingleton.class){//(3) if(instance==null){//(4) instance=newLazySingleton();//(5) } } } returninstance;//(6) } publicintgetSomeField(){ returnthis.someField;//(7) } }
首先说明一下,为什么这种写法在java中是行不通的!
假设线程Ⅰ是初次调用getInstance()方法,紧接着线程Ⅱ也调用了getInstance()方法和getSomeField()方法,我们要说明的是线程Ⅰ的语句(1)并不happen-before线程Ⅱ的语句(7)。线程Ⅱ在执行getInstance()方法的语句(2)时,由于对instance的访问并没有处于同步块中,因此线程Ⅱ可能观察到也可能观察不到线程Ⅰ在语句(5)时对instance的写入,也就是说instance的值可能为空也可能为非空。我们先假设instance的值非空,也就观察到了线程Ⅰ对instance的写入,这时线程Ⅱ就会执行语句(6)直接返回这个instance的值,然后对这个instance调用getSomeField()方法,该方法也是在没有任何同步情况被调用,因此整个线程Ⅱ的操作都是在没有同步的情况下调用,这说明线程Ⅰ的语句(1)和线程Ⅱ的语句(7)之间并不存在happen-before关系,这就意味着线程Ⅱ在执行语句(7)完全有可能观测不到线程Ⅰ在语句(1)处对someFiled写入的值,这就是DCL的问题所在。很荒谬,是吧?DCL原本是为了逃避同步,它达到了这个目的,也正是因为如此,它最终受到惩罚,这样的程序存在严重的bug,虽然这种bug被发现的概率绝对比中彩票的概率还要低得多,而且是转瞬即逝,更可怕的是,即使发生了你也不会想到是DCL所引起的。
我的理解是:线程I和线程II都有自己的工作存储,线程I创建好了instance后,向内存刷新的时间是不确定的,所以线程Ⅱ在执行语句(7)完全有可能观测不到线程Ⅰ在语句(1)处对someFiled写入的值。
那么由于在java5中多增加了一条happen-before规则:
•对volatile字段的写操作happen-before后续的对同一个字段的读操作。
利用这条规则我们可以将instance声明为volatile,即:privatevolatilestaticLazySingletoninstance;
根据这条规则,我们可以得到,线程Ⅰ的语句(5)->语线程Ⅱ的句(2)(也就是线程),根据单线程规则,线程Ⅰ的语句(1)->线程Ⅰ的语句(5)和语线程Ⅱ的句(2)->语线程Ⅱ的句(7),再根据传递规则就有线程Ⅰ的语句(1)->语线程Ⅱ的句(7),这表示线程Ⅱ能够观察到线程Ⅰ在语句(1)时对someFiled的写入值,程序能够得到正确的行为。
补充:在java5之前对final字段的同步语义和其它变量没有什么区别,在java5中,final变量一旦在构造函数中设置完成(前提是在构造函数中没有泄露this引用),其它线程必定会看到在构造函数中设置的值。而DCL的问题正好在于看到对象的成员变量的默认值,因此我们可以将LazySingleton的someField变量设置成final,这样在java5中就能够正确运行了。
以上内容是小编给大家介绍的Java中Volatile关键字的知识,希望对大家有所帮助!