设计模式--单例模式(二)双重校验锁模式

双重检验锁模式

双重检验锁模式(double checked locking pattern),是一种使用同步块加锁的方法。程序员称其为双重检查锁,因为会有两次检查

instance == null,一次是在同步块外,一次是在同步块内。为什么在同步块内还要再检验一次?因为可能会有多个线程一起进入同步

块外的 if,如果在同步块内不进行二次检验的话就会生成多个实例了。

代码实现:

package com.jn.pro;

/*
 * 双重校验锁
 */
public class SingletonClass2 {
	
	private static volatile SingletonClass2  instance;//声明成 volatile
	
	private SingletonClass2(){
		
	}
	
	public static SingletonClass2 getInstance(){
		if(instance == null){
			synchronized (SingletonClass2.class) {
				if(instance == null){
					instance = new SingletonClass2();
				}
			}
		}
		return instance;
	}
}

测试类:

package com.jn.pro;

/*
 * 双重校验锁测试类
 */
public class SingletonClassTest2 {
	public static void instantiation(){	
		SingletonClass2 sc1 = SingletonClass2.getInstance();
		System.out.println("第一次取得实例sc1");		
		SingletonClass2 sc2 = SingletonClass2.getInstance();
		System.out.println("第二次取得实例sc2");
		if(sc1 == sc2){
			System.out.println("sc1和sc2是同一个实例(双重校验锁模式)");
		}
	}
	public static void main(String[] args){
		instantiation();
	}
}

运行结果:

第一次取得实例sc1
第二次取得实例sc2
sc1和sc2是同一个实例(双重校验锁模式)

注意:

instance = new Singleton()这句,这并非是一个原子操作,事实上在 JVM 中这句话大概做了下面 3 件事情。

    1.给 instance 分配内存
    2.调用 Singleton 的构造函数来初始化成员变量
    3.将instance对象指向分配的内存空间(执行完这步 instance 就为非 null 了)


volatile

volatile 可以禁止指令重排序优化。也就是说,在 volatile 变量的赋值操作后面会有一个内存屏障(生成的汇编代码上),读操作不会被重排序到内存屏障之前。比如上面的例子,取操作必须在执行完 1-2-3 之后或者 1-3-2 之后,不存在执行到 1-3 然后取到值的情况。

posted @   ·卿欢·  阅读(7605)  评论(0编辑  收藏  举报
编辑推荐:
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
· Java 中堆内存和栈内存上的数据分布和特点
· 开发中对象命名的一点思考
阅读排行:
· DeepSeek 解答了困扰我五年的技术问题。时代确实变了!
· PPT革命!DeepSeek+Kimi=N小时工作5分钟完成?
· What?废柴, 还在本地部署DeepSeek吗?Are you kidding?
· DeepSeek企业级部署实战指南:从服务器选型到Dify私有化落地
· 程序员转型AI:行业分析
点击右上角即可分享
微信分享提示