大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
这篇文章主要介绍“JMM中happens-before的原理和使用方法”,在日常操作中,相信很多人在JMM中happens-before的原理和使用方法问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”JMM中happens-before的原理和使用方法”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
专注于为中小企业提供成都网站设计、成都做网站服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业台江免费做网站提供优质的服务。我们立足成都,凝聚了一批互联网行业人才,有力地推动了千余家企业的稳健成长,帮助中小企业通过网站建设实现规模扩充和转变。
在JMM中有一个很重要的概念对于我们了解JMM有很大的帮助,那就是happens-before规则。happens-before规则非常重要,它是判断数据是否存在竞争、线程是否安全的主要依据。JSR-133S使用happens-before概念阐述了两个操作之间的内存可见性。在JMM中,如果一个操作的结果需要对另一个操作可见,那么这两个操作则存在happens-before关系。
那什么是happens-before呢?在JSR-133中,happens-before关系定义如下:
如果一个操作happens-before另一个操作,那么意味着第一个操作的结果对第二个操作可见,而且第一个操作的执行顺序将排在第二个操作的前面。
两个操作之间存在happens-before关系,并不意味着Java平台的具体实现必须按照happens-before关系指定的顺序来执行。如果重排序之后的结果,与按照happens-before关系来执行的结果一致,那么这种重排序并不非法(也就是说,JMM允许这种重排序)
happens-before规则如下:
程序顺序规则:一个线程中的每一个操作,happens-before于该线程中的任意后续操作。
监视器规则:对一个锁的解锁,happens-before于随后对这个锁的加锁。
volatile规则:对一个volatile变量的写,happens-before于任意后续对一个volatile变量的读。
传递性:若果A happens-before B,B happens-before C,那么A happens-before C。
线程启动规则:Thread对象的start()方法,happens-before于这个线程的任意后续操作。
线程终止规则:线程中的任意操作,happens-before于该线程的终止监测。我们可以通过Thread.join()方法结束、Thread.isAlive()的返回值等手段检测到线程已经终止执行。
线程中断操作:对线程interrupt()方法的调用,happens-before于被中断线程的代码检测到中断事件的发生,可以通过Thread.interrupted()方法检测到线程是否有中断发生。
对象终结规则:一个对象的初始化完成,happens-before于这个对象的finalize()方法的开始。
以上8条happens-before规则都比较简单,这里LZ只分析第3条volatile变量规则,分析如下:
从上图中,我们看到存在4条happens-before关系,它们分别如下:
1 happens-before 2 和 3 happens-before 4 是有由程序顺序性规则产生的。
2 happens-before 3 是由volatile规则产生的。上面提到过,一个volatile变量的读,总能看到之前对这个volatile变量的写入。
1 happens-before 4 是由传递性规则产生的。
读到这里,可能很多童鞋会把happens-before理解为“时间上的先后顺序”,在这里LZ特别强调happens-hefore不能理解为“时间上的先后顺序”,下面LZ用一段代码解释写happens-before和“时间上的先后顺序”的不同,代码如下:
public class VolatileTest4 { private int a = 0; public int getA() { return a; } public void setA(int a) { this.a = a; } }
上面代码就是一组简单的setter/getter方法,现在假设现在有两个线程A和B,线程A先(这里指时间上的先执行)执行setA(10),然后线程B访问同一个对象的getA()方法,那么此时线程B收到的返回值是对少呢?
答案是:不确定
我们来一次分析下happens-before的各项原则:
这里两个方法分别是在两个线程中被调用,不在一个线程中,这里程序顺序性就不适用了
代码中没有同步快,所有监视器规则也不适用
代码中变量a是一个普通变量,所以volatile规则也不适用
后面的线程启动、中断、终止和对象的终结和这里完全没有关系,因此这些规则也是不适用的
没有一条happens-before适用,因此传递性规则也不适用
在这里,虽然线程A在时间上先于线程B执行,但是由于代码完全不适用happens-before规则,因此我们无法确定先B收到的值时多少。也就是说上面代码是线程不安全的。
对于上面代码,那我们如何修复线程不安全这个问题呢?这里,我们只要满足happens-before规则中2、3的任意一种规则就可以了。即要么把setter/getter方法定义为synchronized方法,要么在变量a上加volatile修饰符。
通过上面的例子,我们可以得出结论:一个操作“时间上的先发生”不代表这个操作会happens-before其它操作。那一个操作happens-before其它操作,是否就表示这个操作是“时间上先发生”的呢?答案也是否定的,我们来看看下面一个示例:
int i = 1; int m = 2;
上面两个赋值操作在同一个线程中,根据程序顺序性规则,“int i = 1;"这个操作happens-before ”int m = 2;“这个操作,但是”int m = 2;“这个操作完全有可能被处理器先执行,这并不影响happens-before原则的正确性。因为这种重排序在JMM中是允许的。
最后我们得出的结论是:时间先后顺序与happens-before原则之间基本没有太大的关系,所以我们在衡量并发安全问题的时候不要受到时间顺序的干扰,一切必须以happens-before原则为准。
到此,关于“JMM中happens-before的原理和使用方法”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注创新互联网站,小编会继续努力为大家带来更多实用的文章!