单例模式

一、单例模式定义：
在程序运行期间，一个类有且仅有一个实例对象。

二、单例模式需要解决的问题：
java创建对象时在栈中保存对象的引用，而真实的对象存在于堆内存中。当这个对象
失去所有引用，JVM会在空闲时、或堆内存不足时调用GC进行垃圾回收。而有些时
候我们没有必要针对每一个线程创建一个对象，此时需要使用单例模式。例如：编
写一个类负责读取配置文件。很显然配置文件仅仅在类初始化时读取一次即可，没
必要针对每个线程请求生成一个对象重新读取，这样做很大程度上消耗了系统性
能。这种情况是使用单例模式的一个典型应用场景。有些人在提到单例模式的缺点
时讲到：单例模式一般职责过重，违背了单一职责原则。其实我认为这是一种误区
单例模式仍然是一个普通的类，它仍然需要遵守程序设计原则编写。职责过重并非
单例模式的设计存在缺陷，而是编程人员没有遵循设计原则进行编码。Spring默认
作用域下，每一个Bean都是单例的。是不是可以认为，使用Spring开发的任何项目
都违背了单一职责原则呢？任何一种设计模式都是如此，并非设计模式本身存在什
么问题，问题在于设计模式的滥用。

三、单利模式的实现方式：
单例模式典型的实现方式有两种：饿汉式与懒汉式。还存在很多其他的方式，其实
都属于两种方式的变种。是对这两种方式做出的优化。我会在接下来的代码中对这
几种单 例模式进行介绍，更多是以代码中加注释的方式来解释每一种设计模式。以
后的文章也会采取这种风格

四、饿汉式代码实现：

image.png

    饿汉式单例模式的特点：
    基于ClassLoader机制解决了多线程并发时的问题，是线程安全的。不具备懒加载
    的特性。

五、懒汉式代码实现：

image.png

经过双重if校验、sychronized、volatile关键词处理后的懒汉式，解决了线程安全、
访问阻塞的问题。

六、静态内部类实现单例模式：

image.png

同样利用了ClassLoader的机制解决了线程安全的问题，但由于在Singleton类被
被加载时SingletonHolder类没有被使用，因此具有懒加载的特性。
七、枚举：

image.png
默认情况下枚举的创建是线程安全的。该方式能够防止使用反射创建对象。由于枚举是在初次访问时才被加载，因此是具有懒加载特性的。该方式写法简洁。