单例模式

单例设计模式(Singleton Design Pattern),顾名思义,一个类只允许创建一个对象(实例),那么这个类就是一个单例类,这种设计模式就叫作单例设计模式,简称单例模式

为什么使用
  1. 防止重复创建对象,全局只有一个实例,节省空间提升效率
  2. 可以选择延迟加载,在需要的时候才实例化该实例
  3. 避免由于操作不同实例或资源导致的逻辑错误

如何实现一个单例

我们介绍几种经典的单例模式实现,概括起来需要关注的点无外乎一下几点:

  • 构造函数需要是private访问权限,即不对外提供构造方法,防止通过new来创建实例
  • 考虑对象创建时的线程安全问题
  • 考虑是否支持延迟加载
  • 考虑对外提供实例的方法getInstance()方法性能是否高,即是否加锁

1. 饿汉式

在类加载的时候,instance实例已经创建并初始化好,所以是线程安全的。

public class SingleInstance{
	
	private static SingleInstance instance = new SingleInstance();

	private SingleInstance(){};

	public static SingleInstance getInstance(){
        return instance;
    }
}

  实现比较简单。但是弊端也很明显,即它不支持延迟加载功能(在使用到的时候才加载),如果这个实例占用资源多(比如占用内存多)或者初始化时间较长(比如加载各种配置文件),提前初始化实例时一种浪费资源的行为。

  但其实,如果初始化时间较长的话,最好不要等到用到才创建,因为耗时长会影响到系统的性能甚至与用户的体验(比如接口相应时间超时)。采用饿汉式实现,将耗时的初始化操作提前到程序启动时完成,这样可以避免程序运行的时候,由于初始化可能导致的性能问题,甚至于可能内存占用过多导致的OOM问题。如果资源不够,程序启动时就报错,我们更可以立即修复优化,从而保证系统的可用性和稳定性。

2. 懒汉式

懒汉式相对于饿汉式的优势就是支持延迟加载,是一种懒加载策略,故称为懒汉式。

public class SingleInstance {

    private static SingleInstance instance;

    private SingleInstance_lanHan() {
    }

	// 不加synchronized ,可能会出现创建多个实例的线程安全问题
    public static synchronized SingleInstance getInstance(){
        if (instance == null) {
            instance = new SingleInstance();
        }
        return instance;
    }
}

如上,在初始时我们声明了一个为null的instance,等到用到时才进行初始化,避免了资源浪费及初始化时间。
但是为了线程安全问题,我们增加了一把大锁synchronized ,导致此方法的并发效率大大降低了。

3. 双重检测

只有instance实例第一次创建时可能会触发同步,之后所有获取实例的时候都不会受到锁的影响,并发效率大大的增高。

public class SingleInstance {

    private static volatile SingleInstance instance;

    private SingleInstance() {
    }

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

这里有一个问题,我们为什么要在声明instance的时候添加volatile关键字呢?

  • 因为在某个线程执行到第一次检测,读取到的instance不为null时,instance对象可能没有完成初始化。

在instance = new SingleInstance()执行时 ,JVM 中至少做了以下这 3 件事:

  • 第一步是给 SingleInstance 分配内存空间;
  • 第二步开始调用 SingleInstance 的构造函数等,来初始化 SingleInstance ;
  • 第三步,将 SingleInstance 对象指向分配的内存空间(执行完这步 SingleInstance 就不是 null 了)。

  这里需要留意一下 1-2-3 的顺序,因为存在指令重排序的优化,也就是说第 2 步和第 3 步的顺序是不能保证的,最终的执行顺序,可能是 1-2-3,也有可能是 1-3-2。

  如果是 1-3-2,那么在第 3 步执行完以后,SingleInstance 就不是 null 了,可是这时第 2 步并没有执行,singleton 对象未完成初始化,它的属性的值可能不是我们所预期的值。假设此时线程 2 进入 getInstance 方法,由于 singleton 已经不是 null 了,所以会通过第一重检查并直接返回,但其实这时的 singleton 并没有完成初始化,所以使用这个实例的时候会报错。
  在java内存模型中,volatile 关键字作用可以是保证可见性或者禁止指令重排,保证了一定是1-2-3的顺序执行,就可以解决这个问题。

4. 静态内部类创建单例
public class SingleInstance{

	private SingleInstance() { }
   
    public static SingleInstance getInstance(){
        return SingleInstanceFactory.INSTANCE ;
    }

	private static class SingleInstanceFactory {
		private final static SingleInstance INSTANCE = new SingleInstance();
	}
}

静态内部类延迟初始化的特性,和双重检测一样的功能,并不常用。

5. 枚举类创建单例
public enum SingleInstance{

	INSTANCE;
}

该方式利用了枚举类的特性,不仅能避免线程同步问题,还防止反序列化重新创建新的对象。


应用场景

spring bean、数据库连接池、日志、配置文件工具类等

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值