双重检查(DCL)
使用双重检查的方式进行判断,在synchronized增加判断,减少损耗。
示例代码
import java.util.concurrent.ConcurrentHashMap;
public class DoubleCheckLock {
private static volatile DoubleCheckLock INSTANCE;
private DoubleCheckLock(){
}
//ConcurrentHashMap chm = null;
public static DoubleCheckLock getInstance(){
if(INSTANCE == null){ //Double check Lock
//双重检查
synchronized (DoubleCheckLock.class){
if (INSTANCE == null){
try {
Thread.sleep(1);
}catch (InterruptedException e){
e.printStackTrace();
}
INSTANCE = new DoubleCheckLock();
}
}
}
return INSTANCE;
}
public static void main(String[] args) {
for(int i=0; i<100; i++) {
new Thread(()->{
System.out.println(DoubleCheckLock.getInstance().hashCode());
}).start();
}
}
}
执行结果:
226994615
226994615
226994615
226994615
226994615
226994615
226994615
226994615
执行结果说明加入双重检查后执行多次在内存中都只有一个对象实例,冲hashcode可以得出结论。
- 问题
DCL为什么需要加volatile - 说明
- cup和编译器为了提升程序的执行效率,会对指令做些优化,有可能出现乱序执行。例如:正常情况下 INSTANCE = new DoubleCheckLock ()可以分成三步 :
- 分配对象内存空间
初始化对象
设置INSTANCE 指向刚刚分配的内存地址 -
2、因为2 3步不存在数据上的依赖关系, 即在单线程的情况下, 无论2和3谁先执行, 都不影响最终的结果, 所以在程序编译时, 有可能它的顺序就变成了 1 3 2的顺序;
3、CPU和编译器在指令重排时, 并不会关心是否影响多线程的执行结果。在不加volatile关键字时, 如果有多个线程访问getInstance方法, 此时正好发生了指令重排, 那么可能出现如下情况:
当第一个线程拿到锁并且进入到第二个if方法后, 先分配对象内存空间, 然后再instance指向刚刚分配的内存地址, instance 已经不等于null, 但此时instance还没有初始化完成。如果这个时候又有一个线程来调用getInstance方法, 在第一个if的判断结果就为false, 于是直接返回还没有初始化完成的instance, 那么就很有可能产生异常。4、 volatile有三个特点:
保证可见性
不保证原子性
禁止指令重排
————————————————
版权声明:本文为CSDN博主「来福哥」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/weixin_43945849/article/details/104782507