就算不懂设计模式的兄弟姐妹们，想必也听说过单例模式，并且在项目中也会用上。但是，真正理解和熟悉单例模式的人有几个呢？接下来我们一起来学习设计模式中最简单的模式之一——单例模式
一、为什么叫单例模式？
“baby，你就是我的唯一，两个世界都变形，回去谈何容易...”。咳咳~就先唱到这吧，入正题。每次提起单例模式，笔者都会哼起这首王力宏的《唯一》。为什么？这首歌哪里吸引我了？就是“唯一”这两个非常有粪量的字。
斯大林时期的苏联，个人崇拜达到相当严重的程度。然而为什么会导致个人崇拜呢？很简单，那就是“只有一个斯大林，只有一个领导人”！不允许出现两个或者多个领导人，国家政务、外交等等大事小事都需要斯大林来发号施令。
定义
保证一个类只有一个实例，并且整个系统能访问该实例。
特点
- 单例类保证只有一个实例
- 单例类必须自己创建自己的唯一实例
- 单例类提供给系统提供该唯一实例
单例的定义也就是这么简单，还不明白？直白点就是该类只能new一个对象，不允许new第二个对象，而系统访问的就是该对象。
那有什么办法保证只有一个领导人斯大林呢？较常见的两种方式：饿汉式和懒汉式二、实战
UML图
这里提示一点，在学习设计模式的时候，UML图会让你更容易，而且深刻的去理解到该模式的核心。况且，UML图也是成为项目管理者必备的技能。
上代码
如何确保一个系统只产生一个实例？这里必须使用private修饰构造函数，并且在构造函数里边实例化。
前面提到了单例模式比较常见的两种方式：饿汉式和懒汉式。下面我们来具体看看到底有多饿，以及到底有多懒！
1、饿汉式
首先，来看一下饿汉式单例模式。
饿汉式单例代码如下：
public class EagerSingleton { private static EagerSingleton singleton = new EagerSingleton(); private EagerSingleton() { } public static EagerSingleton getSingleton() { return singleton; }}复制代码 注意，这里获取实例必须使用静态方法，要不然类外部无法访问通过该方法得到唯一实例。
“饿汉式”顾名思义，已经等不及外部需要用到的时候才实例化，于是在装载类的时候就创建对象实例，一个自力更生的好榜样~
饿汉式单例存在的问题主要是：既然在初始化的时候就已经装载类，必然会消耗内存。
2、懒汉式
懒汉式单例代码如下：
public class LazySingleton { private static LazySingleton singleton = null; private LazySingleton() { } public static synchronized LazySingleton getSingleton() { if (instance == null) { singleton = new LazySingleton(); } return singleton; }}复制代码 这里使用了synchronized进行同步，以保证线程安全
“懒汉式”的定义也容易理解，因为懒，所以当需要使用到该实例的时候才去创建对象实例，在此之前不对类进行实例化。
懒汉式单例主要问题：由于它的实现是线程安全的，会降低对实例的访问速度，并且每次都需要进行判断。
来到这的时候，既然上面两个方式的单例都存在着问题，那有没有一种方式，既能保证性能受到的影响小，并且可以保证线程安全的呢？网上很多现有的资源都提及到双重检查加锁，在我第一次看到这东西的时候就觉得名字都很麻烦，实际上它的实现也比较麻烦，还有就是volatile关键字对性能有所影响，因此不推荐使用，这里也不做介绍了。当然，选择哪一种方式是根据个人实际项目的情况来选用的。
先别着急走，接下来登场的是比较完美的实现单例模式的方式枚举单例
3、枚举单例
老规矩，先上代码：
public enum Singleton { singleton; public void singletonFunc() { // 该单例需要实现的功能 }}复制代码 是不是很简单？而且因为自动序列化机制，保证了线程的绝对安全。三个词概括该方式：简单、高效、安全
三、总结
好了，设计模式系列的第一篇到这就结束了。大家觉得哪里需要改进，或者是需要笔者提供支持的可以下边留言。刚开始的模式大家都比较容易理解，接下来才是重头戏。下一篇的设计模式是：。
设计模式Java源码GitHub下载：