深入设计模式—单例模式（五）

深入设计模式—单例模式（五）

一、基本概念

• 前言： 说起单例模式，可以说是大家最熟悉的设计模式之一了，很多同学都在学校或者培训机构里面都学习过，这个单例模式也属于创建型设计模式其中一种，理解起来也很简单，简单一句话总结就是：使JVM中只有一个实例。这就是单例模式的核心中的核心。
• 定义： 一个类负责创建自己的对象，并且只能有一个实例，这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。
• 注意：
  1. 单例类只能有一个实例
  2. 单例类必须自己创建自己唯一的实例。
  3. 单例类必须提供给所有其他对象提供这一实例。
• 优点

1. 在内存中只有一个实例，减少了内存的开销。
2. 避免对资源的多重占用

• 缺点

3. 没有接口，不能继承，与单一职责原则冲突，一个类应该只关心内部逻辑，而不关心外面怎么样来实例化。

二、代码实现

• 单例类图

1. 下面是单例模式的简单类图：
   

• 常见的实现单例模式的方法有六种：饿汉式，懒汉式（非线程安全），懒汉式（线程安全），双重校验锁（DCL），静态内部类，枚举类。

1. 饿汉式：
   1. 是否 Lazy 初始化：否
   2. 是否多线程安全：是
   3. 实现难度：易
   4. 描述：这种方式比较常用，但容易产生垃圾对象。
   5. 优点：没有加锁，执行效率会提高。
   6. 缺点：类加载时就初始化，浪费内存。
   7. 它基于 classloader 机制避免了多线程的同步问题，不过，instance 在类装载时就实例化，虽然导致类装载的原因有很多种，在单例模式中大多数都是调用 getInstance 方法， 但是也不能确定有其他的方式（或者其他的静态方法）导致类装载，这时候初始化 instance 显然没有达到 lazy loading 的效果。
      

• 校验 ： 可以看到 创建的线程都是指向同一个实例。

2. 饿汉式（非线程安全）
   

• 校验 ：可以看到多线程情况下是不安全的。
  

3. 懒汉式（线程安全） 加锁

   两种加锁方式： 方法上加，方法里面加
   很显然，这个是把这个方法都给锁上了。效率会很低的。
   是否 Lazy 初始化：是
   是否多线程安全：是
   实现难度：易
   描述：这种方式具备很好的 lazy loading，能够在多线程中很好的工作，但是，效率很低，99% 情况下不需要同步。
   优点：第一次调用才初始化，避免内存浪费。
   缺点：必须加锁 synchronized 才能保证单例，但加锁会影响效率。
   getInstance() 的性能对应用程序不是很关键（该方法使用不太频繁）。
   

• 校验：可以看到，现在有只向同一个实例了。
  

4. 双重校验式（线程安全）

JDK 版本：JDK1.5 起
是否 Lazy 初始化：是
是否多线程安全：是
实现难度：较复杂
描述：这种方式采用双锁机制，安全且在多线程情况下能保持高性能。
getInstance() 的性能对应用程序很关键。

• 校验：指向同一个实例，但是效率很慢。
  

5. 静态内部类(线程安全)
   

• 校验 ： 指向共一个实例
• 

6. 枚举类(线程安全)
   

• 校验： 为True 说明是同一个实例

总结： 一般情况下，我们经常使用的是第一种饿汉式的，不建议使用懒汉式（肥非线程安全，线程安全），如果有特殊需求的话可以采用双重校验的，如果明确时限懒加载的情况下可以使用静态内部类，如果涉及到反序列化创建对象的时候可以尝试枚举类的。