设计模式——单例模式

1.单例模式的定义与特点

单例（Singleton）模式的定义：指一个类只有一个实例，且该类能自行创建这个实例的一种模式。
单例模式有 3 个特点：

1. 单例类只有一个实例对象；
2. 该单例对象必须由单例类自行创建；
3. 单例类对外提供一个访问该单例的全局访问点；

我的理解：单例模式即最多只能创建该类的一个实例化对象，因此该类的构造函数必须私有化，对外只提供获取该对象的方法。

2.单例模式的结构

单例模式的主要角色如下。

• 单例类：包含一个实例且能自行创建这个实例的类。
• 访问类：使用单例的类。
  -

3.单例模式的具体实现

3.1饿汉式01（静态常量）

优缺点说明：

1. 优点：这种写法比较简单，就是在类装载的时候就完成实例化。避免了线程同步问题。
2. 缺点：在类装载的时候就完成实例化，没有达到Lazy Loading的效果。如果从始至终从未使用过这个实例，则会造成内存的浪费。
3. 这种方式基于classloder机制避免了多线程的同步问题，不过，instance在类装载时就实例化，在单例模式中大多数都是调用getInstance方法， 但是导致类装载的原因有很多种，因此不能确定有其他的方式（或者其他的静态方法）导致类装载，这时候初始化instance就没有达到lazy loading的效果

结论：这种单例模式可用，可能造成内存浪费

3.2饿汉式02（静态代码块）

优缺点说明：

1. 这种方式和上面的方式其实类似，只不过将类实例化的过程放在了静态代码块中，也是在类装载的时候，就执行静态代码块中的代码，初始化类的实例。优缺点和上面是一样的。

结论：这种单例模式可用，但是可能造成内存浪费。

3.4懒式汉式01(线程不安全)

优缺点说明：

1. 起到了Lazy Loading的效果，但是只能在单线程下使用。
2. 如果在多线程下，一个线程进入了if (singleton == null)判断语句块，还未来得及往下执行，另一个线程也通过了这个判断语句，这时便会产生多个实例。所以在多线程环境下不可使用这种方式。

结论：在实际开发中，不要使用这种方式。

3.4懒汉式02( 线程安全，同步方法)

优缺点说明：

1. 解决了线程不安全问题
2. 效率太低了，每个线程在想获得类的实例时候，执行getInstance()方法都要进行同步。而其实这个方法只执行一次实例化代码就够了，后面的想获得该类实例，直接return就行了。方法进行同步效率太低

结论：在实际开发中，不推荐使用这种方式

3.5懒汉式03( 线程不安全，同步代码块）

优缺点说明：

1. 这种方式，本意是想对第四种实现方式的改进，因为前面同步方法效率太低，改为同步产生实例化的的代码块。
2. 但 是这种同步并不能起到线程同步的作用 。跟第3种实现方式遇到的情形一致，假如一个线程进入了if (singleton == null)判断语句块，还未来得及往下执行，另一个线程也通过了这个判断语句，这时便会产生多个实例。

结论：在实际开发中，不能使用这种方式。

3.6懒式汉式04（双重检查）

注：此时实例对象是volatile修饰（volatile的目的是避免指令重排带来的错误，使用volatile后，当对象实例化就能立即同步到主内存）
优缺点说明：

1. Double-Check概念是多线程开发中常使用到的，如代码中所示，我们进行了两次if (singleton == null)检查，这样就可以保证线程安全了。
2. 这样，实例化代码只用执行一次，后面再次访问时，判断if (singleton == null)，直接return实例化对象，也避免的反复进行方法同步.
3. 线程安全；延迟加载；效率较高

结论：在实际开发中，推荐使用这种单例设计模式

3.7静态内部类

优缺点说明：

1. 这种方式采用了类装载的机制（线程安全）来保证初始化实例时只有一个线程。
2. 静态内部类方式在Singleton类被装载时并不会立即实例化，而是在需要实例化时，调用getInstance方法，才会装载SingletonInstance类，从而完成Singleton的实例化。（静态内部类的装载特点）
3. 类的静态属性只会在第一次加载类的时候初始化，所以在这里，JVM帮助我们保证了线程的安全性，在类进行初始化时，别的线程是无法进入的。
4. 优点：避免了线程不安全，利用静态内部类特点实现延迟加载，效率高

结论：推荐使用.

3.8枚举

优缺点说明：

1. 这借助JDK1.5中添加的枚举来实现单例模式。
   
   不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象。

结论：推荐使用

参考：
尚硅谷-图解Java设计模式（韩顺平）
单例模式（单例设计模式）详解
如有错误，欢迎指正