单例模式

对象的创建模式！

什么叫单例模式？

单例模式确保一个类只有一个实例，而且自行实例化并向整个系统提供这个实例

 

单例模式满足三个特点：

1、单例类只能有一个实例

2、单例类必须自己创建自己的唯一实例(构造器私有，避免外部实例化)

3、单例类必须给其它对象提供这唯一的实例。

 

饿汉式与懒汉式

1、饿汉式  单例类中提供一个私有的静态类变量，构造器私有，加载类时完成实例化;并提供一个静态工厂方法供外部获取实例;

2、懒汉式  单例类中提供一个私有的静态变量，构造器私有，在静态工厂方法被第一次调用时实现实例化。

 

懒汉式的线程安全问题（双重检查实例）

懒汉式在多线程情况下，当两个线程同时出现在if(obj == null)的判断检查时，会有两个以上的实例被创建出来。

1、加锁  在懒汉式的获取单例对象的静态工厂方法上加锁(synchronized)，保证整个方法是同步的;

2、双重检查   由于出现线程安全问题只会在创建实例时出现，所以锁可以从锁整个方法优化为锁单个代码块（当对象未创建时，第一次实例化对象的代码块）；

问题来了

由于java编译器的优化，导致Object obj = new Object();会发生先将内存地址分配给obj，后初始化obj实例的情况（即指令重排序）。

解决办法

obj对象使用关键字volatile修饰，可以禁止指令重排序。

3、静态内部类   在单例类中添加一个静态内部类，存在一个外部类的静态实例变量。当内部类被加载时会实例化；由于类加载是同步的，线程安全。

4、枚举类

 

反射、反序列化破坏单例模式

即使单例类的构造器为私有，并在构造器中进行实例检查。至于线程安全问题，理论上不会出现，因为我们使用单例模式的原因是为了实现对代码的控制，安全性够用就好，而不是对代码安全性的限制。（安心实现业务，部分安全性从理论上去保障！）

 

单例模式的一些问题

1、单例类职责过重，不符合单一职责原则；

2、单例类的构造器私有，无法被继承；（扩展困难）

3、不适用于变化的对象，无法保存不同场景下的状态；（无状态）

 

关于饿汉式比懒汉式更占用资源的问题

懒汉式：懒汉式在对象getInstance时候初始化（貌似很优秀）

饿汉式：饿汉式在类加载时初始化（貌似占用资源）

但是，饿汉式的初始化是在类初始化时进行的。即使用JVM类加载的特性保证“懒汉”，当类未被加载时是不创建实例的！而懒汉式问题多多，复杂度高！

结论：单例模式更加推荐使用饿汉式！

 

饿汉式总结：

1、当单例类里有其它静态方法的时候，推荐使用静态内部类的方式实现饿汉式；

2、当单例类里只有getInstance方法的时候，推荐直接new一个静态的单例对象。