JAVA并发-DCL与JMM

本文深入剖析了双重检查锁定(DCL)模式中的问题,并通过引入volatile关键字解释了如何解决这些问题。文章展示了错误与正确的DCL实现,揭示了内存模型与重排序对DCL的影响。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

首先必须声明,[color=red]在volatile出现之前,错误的DCL代码如下。在volatile出现之后,正确的DCL代码如下[/color]。代码如下:
//错误的代码
public class Singleton {
private static Singleton instance=null;
private Singleton(){}
public static Singleton getInstance(){
if(instance==null){
synchronized (Singleton.class) {
if(instance==null)
instance=new Singleton();//mark行
}
}
return instance;
}
}

//正确的代码
public class Singleton {
private volatile static Singleton instance=null;//添加了volatile修饰符
private Singleton(){}
public static Singleton getInstance(){
if(instance==null){
synchronized (Singleton.class) {
if(instance==null)
instance=new Singleton();
}
}
return instance;
}
}


[color=red]我们来剖析错误的代码:[/color]
在错误的DCL代码中,代码行mark在JVM中有2种可能的执行顺序(JVM会对一些没有依赖要求的指令重排序。[color=blue]关于重排序,在下文中进行说明[/color]),分别为:
//第一种执行顺序
mem=allocate()
mem.initial()
instance=mem

//第二种执行顺序
mem=allocate()
instance=mem
mem.initial()

假设现在有2个线程a和b,线程a执行到mark行语句并按照第二种执行顺序执行完instance=mem指令。此时线程b执行getInstane方法会直接返回一个非空的instance,但是这个instance可能是未被完整创建的。这个时候,DCL就出问题了。这就是大家对DCL口诛笔伐的原因。由此可见,[color=red]错误的DCL的真正问题就在于:在没有同步的情况下读取一个共享变量,可能读到不完整的实例。[/color]也就是说,不在同步代码块中的if(instance==null)代码可能读取到不完整的instance实例。

为了解决类似DCL中出现的问题,[color=red]JAVA在JMM中(JAVA内存模型)定义了一系列Happens-Before关系。如果两个操作之间缺少Happens-Before关系,那么JVM就可以对它们任意的重排序。[/color]比如volatile变量规则规定:对volatile变量的写入操作必须在对该变量的读操作之前进行。这就是DCL在使用volatile之后变得正确的原因。

[color=blue]重排序:[/color]
下面的代码可能的输出结果有:<1,1><1,0><0,1><0,0>这四种,首先,两个线程的先后执行顺序不同,可能one先(结果是<0,1>),可能two先(结果是<1,0>),可能one和two交替执行(结果是<1,1>);其次,由于每个线程内部的各个操作之间不存在依赖性,因此这些操作可以重排序(结果可能为<0,0>)。可见,[color=red]内存级别的重排序会令程序变得不可预测,因此需要正确的使用同步,以使程序满足JMM要求的可见性规则。[/color]
public class Demo{
static int x=0,y=0;
static int a=0,b=0;
public static void main(String [] args) throws InterruptedException {
Thread one=new Thread(new Runnable() {
@Override
public void run() {
a=1;
x=b;
}
});
Thread two=new Thread(new Runnable() {
@Override
public void run() {
b=1;
y=a;
}
});
one.start(); two.start();
one.join(); two.join();
System.out.println("<"+x+","+y+">");
}
}
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值