我们常把 23 种经典的设计模式分为三类：创建型、结构型、行为型，其中创建型设计模式主要解决“对象的创建”问题，将创建和使用代码解耦，结构型设计模式主要解决“类或对象的组合或组装”问题，将不同功能代码解耦，行为型设计模式主要解决“类或对象之间的交互”问题，将不同的行为代码解耦。

原理

是一种创建型模式，一个类只允许创建一个实例对象，那这个类就是个单例类。

实现

①构造函数私有化，避免外部通过 new 创建实例；

②考虑对象创建时的线程安全问题；

③考虑是否支持延迟加载；

④考虑 getInstance()性能是否高（是否加锁）

⑤考虑序列化和反序列化是否会破坏单例

⑥考虑反射攻击单例

饿汉式

饿汉式的实现方式，在类加载期间，就已经将 instance 静态实例初始化好了，所以 instance 实例的创建是线程安全的。不过这样的实现不支持延迟加载实例。 | 懒汉式相对于饿汉式的优势是支持延迟加载。这种实现方式会导致频繁加锁、释放锁，以及并发度低等问题，频繁的调用会产生性能瓶颈。

懒汉式

懒汉式相对于饿汉式的优势是支持延迟加载。这种实现方式会导致频繁加锁、释放锁，以及并发度低等问题，频繁的调用会产生性能瓶颈。

双重检测

双重检测实现方式既支持延迟加载、又支持高并发的单例实现方式。只要 instance 被创建之后，再调用 getInstance()函数都不会进入到加锁逻辑中。所以这种方式解决了懒汉式并发度低的问题。（解决指令重排序，可以给 instance 成员变量加上 volatile 关键字）

静态内部类

利用 Java 的静态内部类来实现单例。这种实现方式，既支持延迟加载，也支持高并发，instance 的唯一性，创建过程的线程安全性，都由 JVM 保证。实现起来比双重检测简单。

枚举

最简单的实现方式，基于枚举类型的单例实现。这种实现方式通过 Java 枚举类型本身的特性，保证了实例创建的线程安全性和实例的唯一性。还可解决序列化和反序列化生成新的实例。

应用场景

从业务概念上，有些数据在系统中应该保存一份，就比较适合设计为单例类。比如，系统的配置信息类，除此之外，还可以使用单例解决资源访问冲突的问题（分布式锁和并发队列亦可解决）。

存在问题

• 单例对 OOP 特性支持不友好；

• 单例会隐藏类之间的依赖关系；

• 单例对代码扩展性不友好；

• 单例对代码的可测试性不友好；

• 单例不支持有参数的构造函数。

替代方案

静态方法(不推荐)、工厂模式、Spring IOC 容器

作者：京东零售 马宏伟

来源：京东云开发者社区 转载请注明来源