共计 1194 个字符，预计需要花费 3 分钟才能阅读完成。
“请你说一下你对 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 带你学架构！
如果本篇文章对您有帮忙，还请帮忙点个关注和赞，您的保持是我一直创作的能源。欢送关注同名微信公众号获取更多技术干货！
