双重检查锁实现的单例模式

本文介绍了一种在多线程环境下实现线程安全且高效的单例模式——双重检查加锁机制。通过使用volatile关键字和两次实例检查的方式,在保证线程安全的同时减少同步开销。

 * 双重检查加锁:
 * “双重检查加锁“的方式可以既实现线程安全,又能够使性能不受到很大的影响。
 * 那么什么是”双重检查加锁“机制呢?
        所谓双重检查加锁机制,指的是:并不是每次进入getInstance方法都需要同步,
 * 而是先不同步,进入方法过后,先检查实例是否存在,如果不存在才进入下面的同步块,
 * 这是第一重检查。进入同步块后,再次检查实例是否存在,如果不存在,就在同步的
 * 情况下创建一个实例,这是第二重检查。这样一来,就只需要同步一次了,从而减少了
 * 多次在同步情况下进行判断所浪费的时间。
       双重检查加锁机制的实现会使用一个关键字volatile,它的意思是:被volatile
 * 修饰的变量的值,将不会被本地线程缓存,所有对该变量的读写都是直接操作共享内存,从而
 * 确保多个线程能正确的处理该变量。
 *
 * 说明:由于volatile关键字可能会屏蔽掉虚拟机中的一些必要的代码优化,所以运行效率并不是
 * 很高。因此一般建议,没有特别的需要,不要使用。也就是说,虽然可以使用”双重检查加锁“
 * 机制来实现线程安全的单例,但并不建议大量采用,可以根据情况来选用。

 

 


public class Singleton_volatile {
    
 private volatile static Singleton_volatile instance=null;
 private Singleton_volatile(){
  
 }
 public static Singleton_volatile getInstance(){
  //先检查实例是否存在,如果不存在才进入下面的同步块
  if(instance==null){
   //同步块,线程安全的创建实例
   synchronized(Singleton_volatile.class){
    //再次检查实例是否存在,如果不存在才真正的创建实例
    if(instance==null){
     instance=new Singleton_volatile();
    }
   }
  }
  return instance;
 }
}

### 什么是双重检查锁定中的 `volatile` 关键字及其作用 在 Java 中,`volatile` 是一种特殊的变量修饰符,主要用于多线程环境下的可见性和有序性保障。对于双重检查锁定(Double-Checked Locking, DCL)单例模式而言,`volatile` 的引入解决了因指令重排序而导致的对象“逸出”问题。 #### 1. **可见性** 当多个线程共享同一个变量时,如果没有使用同步机制或者 `volatile`,某个线程对变量的修改可能无法及时被其他线程感知到。这是因为每个线程可能会有自己的本地缓存副本[^1]。通过声明 `instance` 为 `volatile`,可以确保所有线程都能看到最新的值,从而避免某些线程读取到过期数据的情况。 ```java private static volatile Singleton instance = null; ``` 这段代码表明 `instance` 被标记为 `volatile` 后,在任何时刻对其写入的操作都会立即刷新回主内存,并且每次读取都必须从主内存获取最新值[^3]。 --- #### 2. **防止指令重排序** JVM 和 CPU 层面为了提高执行效率,允许对程序语句进行重新排列,只要逻辑上不影响串行结果即可。然而,在创建对象的过程中存在潜在风险: 假设以下伪代码表示了 `new Singleton()` 的过程: ```plaintext memory = allocate(); // 1. 分配对象内存空间 ctorInstance(memory); // 2. 初始化对象 instance = memory; // 3. 设置 instance 指向刚分配的内存地址 ``` 如果发生指令重排序,则可能出现下面这种情况: ```plaintext memory = allocate(); // 1. instance = memory; // 3. (提前暴露未完全初始化的对象) ctorInstance(memory); // 2. ``` 此时另一个线程可能访问到了尚未完成构造函数调用的半成品对象,这显然违反了预期行为[^5]。而加上 `volatile` 就能阻止这种危险的重排现象,强制按照定义顺序依次执行每一步操作。 --- #### 3. **有序性** 除了控制特定字段上的动作外,`happens-before` 原则还规定了一系列规则来维护整体一致性。具体来说,一旦某处设置了带有 `volatile` 特性的变量之后,之前所有的普通写操作都将先于后续对该变量本身的读/写生效;反之亦然——即后面发生的针对此变量的动作不会跑到前面去干扰先前已完成的工作流。 这意味着即使是在复杂的竞争条件下,也能依靠这些约定保持全局状态的一致性而不至于崩溃或陷入死循环等问题之中。 --- ### 结合实际案例分析 考虑典型实现方式如下所示: ```java public class Singleton { private static volatile Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance == null) { // 第一次检查 synchronized (Singleton.class) { if (instance == null) { // 第二次检查 instance = new Singleton(); } } } return instance; } } ``` 这里的关键在于第三步赋值前后的屏障设置使得整个流程更加稳健可靠。假如缺少这个属性限定的话,就有可能因为上述提到的各种原因造成不可预料的结果甚至系统错误。 --- ### 总结 综上所述,`volatile` 在双重检查锁单例模式里的主要贡献体现在三个方面:增强跨处理器间通信的有效性(也就是所谓的"可见性")、抑制不必要的编译器优化带来的副作用以及维持必要的因果关系链条以便构建更健壮的应用架构体系结构之上[^3]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值