单例模式之懒汉与饿汉与双重加锁机制

单例模式

单例模式是一种常用的软件设计模式,其定义是单例对象的类只能允许一个实例存在。
单例模式的实现
1.饿汉式
饿汉式是典型的空间换时间,当类装载的时候就会创建类实例,不管你用不用,先创建出来,然后每次调用的时候,就不需要再判断了,节省了运行时间。

package com.it.sign;
public class A2 {
    //定义一个该类的静态变量 实例化
    public static final A2 a = new A2();
    //构造方法私有化
    private A2(){
    }
    public static A2 getInstance(){
            return  a;
        }
    }

饿汉式是线程安全的,因为虚拟机保证只会装载一次,在装载类的时候是不会发生并发的。

2.懒汉式
懒汉式是典型的时间换空间,也就是每次获取实例都会进行判断,看是否需要创建实例,浪费判断的时间。当然,如果一直没有人使用的话,那就不会创建实例,则节约内存空间。

package com.it.sign;
/*
 * 单例(单态)一个类只能生成一个对象
 *   1 构造方法私有化
 *   2 定义一个该类的静态变量
 *   3 对外提供一个public返回实例的静态方法
 * 如果该变量为null,生成该对象,如果不为不null,直接返回该对象
 */
 
public class A {
    //定义一个该类的静态变量
  public static A a;
  
    //构造方法私有化
    private A(){

    }

    /**
     * 对外提供一个public返回实例的静态方法
     *  如果该变量为null,
     *  生成该对象,如果不为不null,
     *  直接返回该对象
     */
    public static A getInstance(){
        if(a==null){
            a = new A();
            return  a;
        }else
        {
            return  a;
        }
    }
}

从线程安全性上讲,不加同步的懒汉式是线程不安全的,比如,有两个线程,一个是线程A,一个是线程B,它们同时调用getInstance方法,那就可能导致并发问题
当然懒汉式也是可以实现线程安全的,只要加上synchronized即可,如下:

package com.it.sign;
public class A {
    //定义一个该类的静态变量
    public static A a;
    //构造方法私有化
    private A(){
    }
	public  synchronized  static A getInstance(){
        if(a==null){
            a = new A();
            return  a;
        }else
        {
            return  a;
        }
    }
}

但是这样一来,会降低整个访问的速度,而且每次都要判断。那么有没有更好的方式来实现呢?
3.双重检查加锁
可以使用"双重检查加锁"的方式来实现,就可以既实现线程安全,又能够使性能不受到很大的影响。那么什么是"双重检查加锁"机制呢?

所谓双重检查加锁机制,指的是:并不是每次进入getInstance方法都需要同步,而是先不同步,进入方法过后,先检查实例是否存在,如果不存在才进入下面的同步块,这是第一重检查。进入同步块过后,再次检查实例是否存在,如果不存在,就在同步的情况下创建一个实例,这是第二重检查。这样一来,就只需要同步一次了,从而减少了多次在同步情况下进行判断所浪费的时间。

双重检查加锁机制的实现会使用一个关键字volatile,它的意思是:被volatile修饰的变量的值,将不会被本地线程缓存,所有对该变量的读写都是直接操作共享内存,从而确保多个线程能正确的处理该变量。

package com.it.sign;
public class A {
    //定义一个该类的静态变量
  public volatile static A a;
  
    //构造方法私有化
    private A(){

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

这种实现方式可以实现既线程安全地创建实例,而又不会对性能造成太大的影响。它只是在第一次创建实例的时候同步,以后就不需要同步了,从而加快了运行速度。

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 饿汉单例设计模式懒汉单例设计模式都是单例模式的一种,都是为了保证一个类只有一个实例,并提供一个全局的访问点。 相同点: - 两者都是单例模式的一种 - 两者都是提供了一个全局访问点 不同点: - 创建实例的时机不同。饿汉单例在类载时就创建了实例,而懒汉单例在第一次调用时才创建实例。 - 在多线程环境下的线程安全性不同。饿汉单例在类载时就创建了实例,因此是线程安全的;懒汉单例在第一次调用时才创建实例,因此需要注意线程安全问题。 ### 回答2: 饿汉单例设计模式是指在类载时就创建对象实例,无论是否被使用。懒汉单例设计模式是指在第一次使用到对象实例时才进行创建。 相同点: 1. 都是单例设计模式,即只能创建一个实例对象; 2. 都使用了私有的构造方法,防止外部直接创建对象; 3. 都提供了对外的获取实例的方法。 不同点: 1. 创建时机不同:饿汉在类载时就创建对象实例,懒汉只在第一次使用时创建对象实例; 2. 线程安全:饿汉天生线程安全,因为对象在类载时就已经创建,无需考虑多线程环境。懒汉需要考虑并发情况下的线程安全性,可以通过加锁来实现; 3. 性能:饿汉由于在类载时就创建对象,所以会在类载时就进行初始化耗费一定的资源。懒汉只在需要时创建对象,延迟了实例的创建,能够节省资源,但是在多线程环境下性能可能较差,需要考虑同步开销; 4. 对象实例获取:由于饿汉在类载时就创建对象实例,所以获取实例的速度较快。懒汉需要在第一次使用时才创建对象实例,获取实例的速度会有所延迟。 综上所述,饿汉适用于单线程环境或者对性能要求较高的场景,懒汉适用于多线程环境并且对性能要求不是很高的场景。 ### 回答3: 饿汉单例设计模式懒汉单例设计模式都是常用的单例模式实现方。 相同点: 1. 目的相同:都是为了保证一个类只能创建唯一的实例。 2. 都使用private的构造函数:这样可以防止外部直接调用构造函数创建新的实例。 3. 都使用静态变量来保存实例:这样可以确保实例在整个程序中只有一个。 4. 都使用静态方法来获取实例:通过静态方法来判断实例是否存在,如果存在则返回,如果不存在则创建。 不同点: 1. 创建时机不同:饿汉在类载时就创建实例,而懒汉是在第一次调用获取实例方法时才创建实例。 2. 线程安全性不同:饿汉是线程安全的,因为在类载时就创建了实例,不存在并发问题。懒汉多线程环境下可能会出现并发问题,需要通过加锁或者使用双重检测锁机制等方来保证线程安全。 3. 性能不同:饿汉在类载时就创建实例,所以在使用时无需等待实例的创建,性能较好。懒汉在第一次调用获取实例方法时才创建实例,如果频繁调用获取实例方法,会造成性能下降。 4. 内存占用不同:饿汉在类载时就创建实例,占用内存较早;懒汉在第一次调用获取实例方法时才创建实例,占用内存较晚。 5. 运行时创建实例不同:饿汉在类载时就创建实例,如果实例不需要使用,也会被创建;懒汉在第一次调用获取实例方法时才创建实例,只有在需要时才会创建。 总结:饿汉适用于对性能要求较高,或者在类载时就需要创建实例的场景,线程安全,但占用内存较早;懒汉适用于对性能要求不高,或者实例的创建比较耗时的场景,需要通过额外的控制来保证线程安全。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值