对象的创建模式!
什么叫单例模式?
单例模式确保一个类只有一个实例,而且自行实例化并向整个系统提供这个实例
单例模式满足三个特点:
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一个静态的单例对象。