单例模式(十六)

单例模式:保证一个类仅有一个实例,并提供一个访问它的全局访问点。

通常我们可以让一个全局变量使得一个对象被访问,但它不能防止你实例化多个对象。一个最好的办法就是,让类自身负责保存它的唯一实例。这个类可以保证没有其它的实例可以创建,并且它可以提供一个访问该实例的方法。

Singleton类,定义一个getInstance操作,允许客户访问它的唯一实例。getInstance是一个静态方法,主要负责创建自己的唯一实例。

public class Singleton {
    private static Singleton instance;
    private Singleton() {

    }
    public static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

客户端代码:

public class SingletonTest {
    public static void main(String[] args) {
        Singleton instance1 = Singleton.getInstance();
        Singleton instance2 = Singleton.getInstance();
        System.out.println(instance1 == instance2);
    }
}

两次获取实例比较结果相同。

单例模式除了可以保证唯一的实例外,还有其它好处。比如单例模式因为Singleton类封装它的唯一实例,这样它可以严格地控制客户怎样访问它以及何时访问它。简单地说就是对唯一实例的受控访问。

多线程时的单例

多线程的程序中,多个线程同时访问Singleton类,调用getInstance方法,会有可能造成创建多个实例的结果。这时可以给进程一把锁来处理。synchronize可以确保当一个线程位于代码临界区时,另一个线程不会进入临界区。如果其他的线程试图进入锁定的代码,则它将一直等待,直到该对象被释放。

多线程时的SIngleton:

public class Singleton {
    private static Singleton instance;
    private Singleton() {

    }

    /**
     * 程序运行时创建一个静态final的进程辅助对象
     */
    private static final Object OBJECT = new Object();
    public static Singleton getInstance() {
        // 在同一个时刻加了锁的那部分程序只有一个线程可以进入
        synchronized (OBJECT) {
            if (instance == null) {
                instance = new Singleton();
            }
        }
        return instance;
    }
}

这段代码使得对象的实例由最先进入的那个线程创建,以后的线程在进入时不会创建对象实例,由于有了synchronize,就保证了多线程环境下的同时访问也不会造成多个实例生成。

这里为什么不直接synchronize(instance),而是再创建一个OBJECT来lock呢?这是因为加锁时instance实例有没有被创建过实例是不知道的,所以不能对它加锁。

双重锁定

上面的代码每次调用都要进行加锁,这种做法会影响性能,我们可以用双重锁定的方式进行优化。

改进后的getInstance方法:

    public static Singleton getInstance() {
        // 先判断实例是否存在,不存在再加锁处理
        if (instance == null) {
            synchronized (OBJECT) {
                if (instance == null) {
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }

现在这样,我们不用让线程每次都加锁,而只是在实例未被创建的时候再加锁处理。同时也能保证多线程的安全。这种做法被称为Double-Check Locking.

为什么要判断两次instance==null?

对于instance存在的情况,就直接返回。当instance为null并且同时有两个线程调用getInstance()方法时,它们都将可以通过第一重instance==null的判断。然后由于lock机制,这两个线程则只有一个进入,另一个在排队等候,必须要其中的一个进入并出来后,另一个才能进入。而此时如果没有了第二重的instance==null的判断,则第一个线程创建了实例,而第二个线程还是可以再继续创建实例,这就没有达到单例的目的。

静态初始化

在实际应用当中,有一种 “静态初始化” 方法,这种方法不需要开发人员显示地编写线程安全代码,即可解决多线程环境下它是不安全的问题。

public final class Singleton {
    private static final Singleton instance = new Singleton();
    private Singleton() {}
    public static Singleton getInstance(){
        return instance;
    }
}

类修饰符final可以阻止发生派生,static在第一次引用类时创建实例,这样就解决了单例模式试图解决的两个问题:全局访问和实例化控制。

这种静态初始化的方式是在自己被加载时就将自己实例化,所以被称为饿汉式单例类,原先的单例模式处理方式是在第一次被应用时,才会将自己实例化,所以被称为懒汉式单例类。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值