Java面试必备:手写单例模式
二营长的笔记
2019年06月27日 20:59
收录于文集
共1篇

为什么要有单例模式

实际编程应用场景中,有一些对象其实我们只需要一个,比如线程池对象、缓存、系统全局配置对象等。这样可以就保证一个在全局使用的类不被频繁地创建与销毁,节省系统资源。

实现单例模式的几个要点

  1. 首先要确保全局只有一个类的实例。 要保证这一点,至少类的构造器要私有化。

  2. 单例的类只能自己创建自己的实例。 因为,构造器私有了,但是还要有一个实例,只能自己创建咯!

  3. 单例类必须能够提供自己的唯一实例给其他类 就是要有一个公共的方法能返回该单例类的唯一实例。

单例模式的6种实现

1、饿汉式—静态常量方式(线程安全)

类加载时就初始化实例,避免了多线程同步问题。天然线程安全。

2、饿汉式—静态代码块方式(线程安全)

其实就是在上面 静态常量饿汉式 实现上稍微变动了一下,将类的实例化放在了静态代码块中而已。其他没区别。

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

这是最基本的实现方式,第一次调用才初始化,实现了懒加载的特性。多线程场景下禁止使用,因为可能会产生多个对象,不再是单例。

4、懒汉式(线程安全,方法上加同步锁)

和上面 懒汉式(线程不安全)实现上唯一不同是:获取实例的getInstance()方法上加了同步锁。保证了多线程场景下的单例。但是效率会有所折损,不过还好。

5、双重校验锁(线程安全,效率高)

此种实现中不用每次需要获得锁,减少了获取锁和等待的事件。

注意volatile关键字的使用,保证了各线程对singleton静态实例域修改的可见性。

6、静态内部类实现单例(线程安全、效率高)

这种方式下 Singleton 类被装载了,instance 不一定被初始化。因为 SingletonHolder 类没有被主动使用,只有通过显式调用 getInstance 方法时,才会显式装载 SingletonHolder 类,从而实例化 instance。 注意内部类SingletonHolder要用static修饰且其中的静态变量INSTANCE必须是final的。

此篇完。单例模式掌握至此,足以应付“手写单例”的面试场景。