volatile的概念和理解
synchronize的原理查看之后,需要说一下volatile关键字,通俗来讲volatile是synchronize的轻量级实现,这里有个概念需要知道他们两个的区别:
synchronized 关键字和 volatile 关键字是两个互补的存在,⽽不是对⽴的存在!
1. volatile 关键字 是线程同步的 轻量级实现 ,所以 volatile 性能肯定⽐ synchronized 关键字 要好 。但是 volatile 关键字只能⽤于变量⽽ synchronized 关键字可以修饰⽅法以及代码块 。2. volatile 关键字能保证数据的可⻅性,但不能保证数据的原⼦性。 synchronized 关键字两 者都能保证。3. volatile 关键字主要⽤于解决变量在多个线程之间的可⻅性,⽽ synchronized 关键字解决 的是多个线程之间访问资源的同步性。
在 JDK1.2 之前, Java 的内存模型实现总是从 主存 (即共享内存)读取变量,是不需要进⾏特别 的注意的。⽽在当前的 Java 内存模型下,线程可以把变量保存 本地内存 (⽐如机器的寄存器) 中,⽽不是直接在主存中进⾏读写。这就可能造成⼀个线程在主存中修改了⼀个变量的值,⽽另 外⼀个线程还继续使⽤它在寄存器中的变量值的拷⻉,造成数据的不⼀致 。
![](https://i-blog.csdnimg.cn/blog_migrate/7199a482c3aebcf9e5bfe94c8eed46f7.png)
所以处理上面的问题,我们会引入volatile,就需要把变量声明为 volatile ,这就指示 JVM,这个变量是共享且不稳定的, 每次使⽤它都到主存中进⾏读取。 所以, volatile 关键字 除了防⽌ JVM 的指令重排 ,还有⼀个重要的作⽤就是保证变量的可⻅ 性。
volatile的实现原理
在生成汇编代码时会在volatile修饰的共享变量进行写操作的时候会多出Lock前缀的指令。我们想这个Lock指令肯定有神奇的地方,那么Lock前缀的指令在多核处理器下会发现什么事情了?主要有这两个方面的影响:
将当前处理器缓存行的数据写回系统内存; 这个写回内存的操作会使得其他CPU里缓存了该内存地址的数据无效。
为了提高处理速度,处理器不直接和内存进行通信,而是先将系统内存的数据读到内部缓存(L1,L2或其他)后再进行操作,但操作完不知道何时会写到内存。如果对声明了volatile的变量进行写操作,JVM就会向处理器发送一条Lock前缀的指令,将这个变量所在缓存行的数据写回到系统内存。但是,就算写回到内存,如果其他处理器缓存的值还是旧的,再执行计算操作就会有问题。所以,在多处理器下,为了保证各个处理器的缓存是一致的,就会实现缓存一致性协议,每个处理器通过嗅探在总线上传播的数据来检查自己缓存的值是不是过期了,当处理器发现自己缓存行对应的内存地址被修改,就会将当前处理器的缓存行设置成无效状态,当处理器对这个数据进行修改操作的时候,会重新从系统内存中把数据读到处理器缓存里。因此,经过分析我们可以得出如下结论:
Lock前缀的指令会引起处理器缓存写回内存; 一个处理器的缓存回写到内存会导致其他处理器的缓存失效; 当处理器发现本地缓存失效后,就会从内存中重读该变量数据,即可以获取当前最新值。
这样针对volatile变量通过这样的机制就使得每个线程都能获得该变量的最新值。
doblue-check的使用volatile
public class Singleton {
private volatile static Singleton instance;
public Singleton getInstance() {
if (instance == null) {
synchronized (Singleton.class){
if (instance == null){
instance = new Singleton();
}
}
}
return instance;
}
}
double-check为什么使用两个判空:第一个判空是处理过滤提高速度;第二个是处理并发引起多个实例:
- 第一个 if(instance==null),其实是为了解决代码二中的效率问题,只有instance为null的时候,才进入synchronized的代码段大大减少了几率。
- 第二个if(instance==null),则是跟代码二一样,是为了防止可能出现多个实例的情况。
IODH 推荐单例
public class Singleton {
static class SingletonHolder {
static Singleton instance = new Singleton();
}
public static Singleton getInstance(){
return SingletonHolder.instance;
}
}