设计模式之单例模式

前言

之前已经讲解完了常见的三种工厂模式,今天讲完单例模式的讲解。
单例模式是一个非常常用但是很简单的一个设计模式,其意思也很好理解,也就是一个系统中,只有一个该对象存在。

应用场景

老规矩,先讨论应用场景。
我们日常接触到的最多的单例模式其实就是任务管理器,还有之前在JavaSE阶段手敲的服务器其实也可以使用单例模式控制(数据量小时)。
那我们可以发现单例模式的应用场景的共同点:
应用场景:

  1. 系统只需要一个实例对象,比如只需要一个对象的情况,或者开启一个对象所需要的资源太过庞大从而控制只能创建一个。(任务管理器只需一个)
    2.客户调用类的单个实例只允许使用一个公共访问点,除该访问点不能通过其他途径访问该实例。

如何实现

了解完应用场景之后,我们就进入如何实现的学习之中, 我们可以很自然而然的想到,如果我们要控制实例数目,那么我们可以进行判断系统是否有这个实例,如果没有就创建,有就返回。

单例模式有多种实现,其中最常见的是以下六种。

  1. 懒汉式(线程不安全)
  2. 懒汉式(线程安全)
  3. 饿汉式
  4. 双检锁
  5. 登记式/静态内部类
  6. 枚举

接下来我给大家一一介绍这六种实现方式。

懒汉式(线程不安全)

懒汉式(线程不安全)
优点:实现方法简单,是最基本的单例模式的实现方法。并且实现了懒加载。
缺点:不支持多线程。

懒汉式(线程安全)

懒汉式(线程安全)
优点:第一次调用才初始化,避免了内存浪费,并且支持多线程。
缺点:必须加锁才保证单例,但是加锁影响效率。

饿汉式

饿汉式
优点:没有加锁,效率高
缺点:类加载时候就初始化了单例对象,某些情况浪费了内存。

双检锁

在这里插入图片描述

我们来分析这个代码
首先通过volatile保持了单例对象的可见性,如何老一套的私有空构造函数,接下来就是关键的获取单例对象的函数。
该方法步骤如下

  1. 先判断单例对象是否为空,如果不为空则返回单例对象。
  2. 对接下来的生成单例对象的步骤进行加锁。
  3. 在进行判断是否为空,这里是为了避免有多个线程同时通过第一个判断然后进入等待。
  4. 创建对象并返回。
    乍一看,这个实现方法十分完美,但是由于完美必须使用volatile关键字,性能会有部分损耗,那么这种方法也并不是完美的单例模式解决方案。

登记式/静态内部类(IoDH)

这是一种相对更好的单例实现方法。
我们看了上面的饿汉式与懒汉式,发现各有部分问题,饿汉式不能实现延迟加载,可能会有部分内存损耗。懒汉式解决线程安全问题的方法繁琐,也就是说并不是完美的。
所以我们又可以学习一种新的解决方法。
代码如下:
在这里插入图片描述
我们可以看到,他通过static关键字使用类加载机制进行加载。
并且这样并不需要像双检锁方法那样繁琐的保持线程安全,由于内加载机制的特性,他就是线程安全的。

枚举类

这种方法理论上,是最完美的单例模式解决方法,不过需要jdk1.5之后才能使用。
在这里插入图片描述

总结

一般情况下,不建议使用1,2
推荐使用3
如果需要延迟加载,那么使用5
而如果有特殊需求,那么可以尝试使用4(双检锁)
需要反序列化时,尝试使用枚举类。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值