在执行程序时，为了提供性能，处理器和编译器常常会对指令进行重排序，但是不能随意重排序，不是你想怎么排序就怎么排序，它需要满足以下两个条件： 1. 在单线程环境下不能改变程序运行的结果； 2. 存在数据依赖关系的不允许重排序如果看过LZ上篇博客的就会知道，其实这两点可以归结于一点：无法通过happens-before原则推导出来的，JMM允许任意的排序。as-if-serial语义as-if-serial语义的意思是，所有的操作均可以为了优化而被重排序，但是你必须要保证重排序后执行的结果不能被改变，编译器、runtime、处理器都必须遵守as-if-serial语义。注意as-if-serial只保证单线程环境，多线程环境下无效。下面我们用一个简单的示例来说明：int a = 1 ;
1. 【死磕Java并发】—–Java内存模型之重排序
简介：在执行程序时，为了提供性能，处理器和编译器常常会对指令进行重排序，但是不能随意重排序，不是你想怎么排序就怎么排序，它需要满足以下两个条件： 1. 在单线程环境下不能改变程序运行的结果； 2. 存在数据依赖关系的不允许重排序如果看过LZ上篇博客的就会知道，其实这两点可以归结于一点：无法通过happens-before原则推导出来的，JMM允许任意的排序。as-if-serial语义as-if-se
2. 【死磕Java并发】—–Java内存模型之happens-before
简介：在上篇博客（【死磕Java并发】—–深入分析volatile的实现原理）LZ提到过由于存在线程本地内存和主内存的原因，再加上重排序，会导致多线程环境下存在可见性的问题。那么我们正确使用同步、锁的情况下，线程A修改了变量a何时对线程B可见？我们无法就所有场景来规定某个线程修改的变量何时对其他线程可见，但是我们可以指定某些规则，这规则就是happens-before，从JDK 5 开始，JMM就使用ha
3. 非阻塞同步算法实战（三）－LatestResultsProvider
简介：感谢trytocatch投递本文。 前言 阅读本文前，需要读者对happens-before比较熟悉，了解非阻塞同步的一些基本概念。本文主要为happens-before法则的灵活运用，和一些解决问题的小技巧，分析问题的方式。 背景介绍 原始需求为：本人当时在编写一个正则替换工具
真正的强者，不是流泪的人，而是含泪奔跑的人。
