“请你说一下你对Happens-Before的了解”

你听到这个问题的时候，晓得怎么答复吗？

大家好，我是Mic，一个工作了14年的Java程序员。

并发编程是面试过程中重点考查的方向，可能考查的方向有很多

对于这个问题，我把高手答复整顿到了15W字的面试文档外面大家能够私信我支付

上面看看高手的答复。

高手：

首先，Happens-Before是一种可见性模型，也就是说，在多线程环境下。

本来因为指令重排序的存在会导致数据的可见性问题，也就是A线程批改某个共享变量

对B线程不可见。

因而，JMM通过Happens-Before关系向开发人员提供逾越线程的内存可见性保障。

如果一个操作的执行后果对另外一个操作可见，那么这两个操作之间必然存在Happens-Before治理。

其次，Happens-Before关系只是形容后果的可见性，并不示意指令执行的先后顺序，也就是说只有不对后果产生影响，依然容许指令的重排序。

最初，在JMM中存在很多的Happens-Before规定。

  • 程序程序规定，一个线程中的每个操作，happens-before这个线程中的任意后续操作，能够简略认为是as-if-serial也就是不管怎么重排序，单线程的程序的执行后果不能扭转

  • 传递性规定，也就是A Happens-Before B，B Happens-Before C。

    就能够推导出A Happens-Before C。

  • volatile变量规定，对一个volatile润饰的变量的写肯定happens-before于任意后续对这个volatile变量的读操作

  • 监视器锁规定，一个线程对于一个锁的开释锁操作，肯定happens-before与后续线程对这个锁的加锁操作在这个场景中，如果线程A取得了锁并且把x批改成了12，那么后续的线程取得锁之后失去的x的值肯定是12。

  • 线程启动规定，如果线程A执行操作ThreadB.start(),那么线程A的ThreadB.start()之前的操作happens-before线程B中的任意操作。

    在这样一个场景中，t1线程启动之前对于x=10的赋值操作，t1线程启动当前读取x的值肯定是10。

  • join规定，如果线程A执行操作ThreadB.join()并胜利返回，那么线程B中的任意操作happens-before于线程A从ThreadB.join()操作胜利的返回。

总结

Happens-Before模型，在多线程开发中是必须要了解和把握的规定。

它可能指引开发者在应用多线程开发的时候避免出现内存可见性问题

因而这道面试题其实也是考查求职者的根底能力

大家记得点赞珍藏加关注！！！

版权申明：本博客所有文章除特地申明外，均采纳 CC BY-NC-SA 4.0 许可协定。转载请注明来自 Mic带你学架构！
如果本篇文章对您有帮忙，还请帮忙点个关注和赞，您的保持是我一直创作的能源。欢送关注同名微信公众号获取更多技术干货！