volatile源码解析

查过汇编开发手册以后，lock对硬件级别实现了这么几处含义，实现了这么两处标准的规范：

1.只要看到前面有lock，CPU会将当前处理器缓存行的数据立即写回到内存。

 如果不加lock前缀，不一定马上同步回主内存，时机是不确定的，有可能线程还要执行很多其他的业务代码。

2.这个写回内存的操作会实现这个变量的有序性（引起其他CPU里缓存了该内存地址的数据无效）。

java代码是比较上层的操作，一行java代码可能会对应好多出硬件底层数据的回写。

volatile store前加锁

volatile实现在read之前不会lock，总线加锁的方式会在read之前先lock，就是在总内存中lock和unlock，但是volatile不会，他会在store之前lock。

 

volatile可以不做lock操作嘛？如果不做也是能达到线程之间缓存一致性的，为什么一定要做呢？

        volatile底层主要是通过lock前缀指令，锁定这块儿内存区域的缓存（缓存行锁定），并写回到主内存。

如果不做，当两个线程都涉及会写主内存，会有一定的并发问题，就是store操作数据刚刚到主内存，还没有进行write，其他线程已经感知到数据的变动，已经把这个值 置为了false，因为store操作已经通过了总线，另一个线程能马上感知到，这个线程再重新去读的时候有可能这个值还是false，因为后面还有一个write还没来得及做。

如果再store之前把这个数据加一把锁，直到这个流程全部做完，也就是把主内存中的数据全部改为true之后，才允许其他线程去读取他。