一、单例模式定义：
在程序运行期间，一个类有且仅有一个实例对象。
二、单例模式需要解决的问题：
java创建对象时在栈中保存对象的引用，而真实的对象存在于堆内存中。当这个对象
失去所有引用，JVM会在空闲时、或堆内存不足时调用GC进行垃圾回收。而有些时
候我们没有必要针对每一个线程创建一个对象，此时需要使用单例模式。例如：编
写一个类负责读取配置文件。很显然配置文件仅仅在类初始化时读取一次即可，没
必要针对每个线程请求生成一个对象重新读取，这样做很大程度上消耗了系统性
能。这种情况是使用单例模式的一个典型应用场景。有些人在提到单例模式的缺点
时讲到：单例模式一般职责过重，违背了单一职责原则。其实我认为这是一种误区
单例模式仍然是一个普通的类，它仍然需要遵守程序设计原则编写。职责过重并非
单例模式的设计存在缺陷，而是编程人员没有遵循设计原则进行编码。Spring默认
作用域下，每一个Bean都是单例的。是不是可以认为，使用Spring开发的任何项目
都违背了单一职责原则呢？任何一种设计模式都是如此，并非设计模式本身存在什
么问题，问题在于设计模式的滥用。
三、单利模式的实现方式：
单例模式典型的实现方式有两种：饿汉式与懒汉式。还存在很多其他的方式，其实
都属于两种方式的变种。是对这两种方式做出的优化。我会在接下来的代码中对这
几种单 例模式进行介绍，更多是以代码中加注释的方式来解释每一种设计模式。以
后的文章也会采取这种风格
四、饿汉式代码实现：
饿汉式单例模式的特点：
基于ClassLoader机制解决了多线程并发时的问题，是线程安全的。不具备懒加载
的特性。
五、懒汉式代码实现：
经过双重if校验、sychronized、volatile关键词处理后的懒汉式，解决了线程安全、
访问阻塞的问题。
六、静态内部类实现单例模式：
同样利用了ClassLoader的机制解决了线程安全的问题，但由于在Singleton类被
被加载时SingletonHolder类没有被使用，因此具有懒加载的特性。
七、枚举：
默认情况下枚举的创建是线程安全的。该方式能够防止使用反射创建对象。由于枚举是在初次访问时才被加载，因此是具有懒加载特性的。该方式写法简洁。
