单例模式(Singleton Pattern)介绍及实现方式

单例模式

单例模式(Singleton Pattern)是Java中最简单的设计模式之一。有时因程序需要,我们只需要某个类同时保留一个对象,而不需要多个对象时,可考虑单例模式的设计。

这种模式涉及到一个单一的类,该类负责创建自己的对象,同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式,可以直接访问,不需要实例化该类的对象。

介绍

主要解决:一个全局使用的类频繁的创建与销毁

关键代码:构造函数必须私有化

优点:

  1. 在单例模式中,活动的单例只有一个实例,对单例类的所有实例化得到的都是相同的一个实例。这样就 防止其它对象对自己的实例化,确保所有的对象都访问一个实例
  2. 单例模式具有一定的伸缩性,类自己来控制实例化进程,类就在改变实例化进程上有相应的伸缩性。
  3. 提供了对唯一实例的受控访问。
  4. 由于在系统内存中只存在一个对象,因此可以节约系统资源,当 需要频繁创建和销毁的对象时单例模式无疑可以提高系统的性能。
  5. 允许可变数目的实例。
  6. 避免对共享资源的多重占用。

缺点:

  1. 不适用于变化的对象
  2. 单例对象可扩展性差
  3. 单例类的职责过重,在一定程度上违背”单一职责原则“
  4. 实例化的单例对象长时间不使用,系统会认为是垃圾而被回收,导致存储的状态丢失

适用场景

  1. 创建的一个对象需要消耗的资源过多,比如 I/O 与数据库的连接等
  2. 要求生成唯一的序列号

常用的实现方法

1、懒汉式(线程不安全)

public class Singleton1{
    private static Singleton1 instance;
    private Singleton1(){}
    
    public static Singleton1 getInstance(){
        if(instance == null){
            instance = new Singleton1();
        }
        return instance;
    }
}

这种方式在单线程的时候工作正常,但在多线程的情况下就有问题。设想如果两个线程同时运行到判断instance时是否为null的if语句时,并且instance的确没有创建时,那么两个线程都会创建一个实例,此时就不再满足单例模式的要求了。

2、懒汉式(线程安全)

public class Singleton2{
    private static Singleton2 instance;
    private Singleton2(){}
    
    public static synchronized Singleton2 getInstance(){
        if(instance == null){
            instance = new Singleton2();
        }
		return instance;
    }
}

这种方式在每次通过getInstance方法得到Singleton2的实例时都会加上一个同步锁,而加锁是一个非常耗时的操作,虽解决了第一种方式中多线程环境下的问题,但是效率低下。

3、饿汉式

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

这种方式基于classloader机制避免了多线程的同步问题,该方式比较常用。但也有着明显的问题,如类加载时就初始化,浪费内存 。

4、登记式/静态内部类

public class Singleton4{
    private static class SingletonHolder{
        private static final Singleton4 INSTANCE = new Singleton4();
    }
    private Singleton4(){}
    public static final Singleton4 getInstance(){
        return SingletonHolder.INSTANCE;
    }
}

这种方式同样利用了 classloader 机制来保证初始化instance时只有一个线程,它跟第 3 种方式不同的是:第 3 种方式只要 Singleton 类被装载了,那么 instance就会被实例化(没有达到 lazy loading效果),而这种方式是 Singleton类被装载了,instance不一定被初始化。因为 SingletonHolder类没有被主动使用,只有通过显式调用 getInstance 方法时,才会显式装载 SingletonHolder 类,从而实例化instance


JDK 1.5后新增两种方法

5、双重校验锁(DCL)

public class Singleton5{
    private volatile static Singleton5 instace;
    private Singleton5(){}
    public static Singleton5 getInstance(){
        if(instance == null){
            synchronized (Singleton5.class){
                if(instance == null){
                    instance = new Singleton5();
                }
            }
        }
        reuturn instance;
    }
}

这种方法采用双锁机制,安全且在多线程的情况下能保持高性能。但由于JVM底层模型原因,偶尔会出问题,不建议使用。

6、枚举

public enum Singleton6{
    //枚举对象本身就是单例
    INSTANCE;
    //添加自己需要的操作
    public void SignletonOperation(){}
}

对比

创建方式多线程安全是否可以懒加载JDK版本
懒汉式(线程不安全)
懒汉式(线程安全)
饿汉式
登记式/静态内部类
双检锁1.5以后
枚举1.5以后

一般情况下,不建议使用第 1 种和第 2 种(懒汉方式),建议使用第 3 种(饿汉方式)。只有在要明确实现 lazy loading 效果时,才会使用第 4 种(登记方式)。如果涉及到反序列化创建对象时,可以尝试使用第 6 种(枚举方式)。如果有其他特殊的需求,可以考虑使用第 5 种(双检锁方式)。

如有不足之处,还请各位指正!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值