设计模式笔记3--单例模式

image.png

单例模式

懒汉式

image.png

懒汉式改进1---synchronized

image.png

加synchronized 在 11行代码上,注意synchronized加在static上锁的是LazySingleton这个类的class文件,而如果加的这个方法不是静态的,那么锁的是在堆内存中生成的对象

即加在static上的synchronized等价于如下:

image.png

因为加入了synchronized这种大范围的锁,所以在性能上有一定的消耗

懒汉式改进2---双重校验锁

image.png

两种方式解决重排序: 1.加volatile关键字 2.不允许其他线程看到当前线程的重排序

单例模式---静态内部类

image.png

public class StaticInnerClassSingleton{
  private static class InnerClass {
    private static StaticInnerClassSingleton staticInnerClassSingleton = new StaticInnerClassSingleton();
  
 }
public static StaticInnerClassSingleton getInstance() {
    return InnerClass.staticInnerClassSingleton; 
  }
}
//必须私有构造器
private StaticInnerClassSingleton(){
}

原理,JVM在初始化一个类时,会对多个线程同步一个类的锁---即class对象的初始化锁,假设这时线程0获取到了这个锁,那么线程1是无法看到线程0在初始化这个类对象的内部操作(重排序)

饿汉式

在类加载的时候就完成了初始化,避免线程同步问题,缺点,没有延迟加载效果

public class HungrySingleton() {
 private final static HungrySingleton hungrySingleton = new HungrySingleton();
   private HungrySingleton(){}
public static HungrySingleton getInstance() {
   return hungrySingleton;
  }
}

单例的破坏和解决

如果单例模式中存在序列化和反序列化那么单例模式会被破坏
即用单例模式序列化到文件里,再反序列化文件出来的对象和原先的对象不是同一个对象

解决方案: 在单例模式加上下面方法(以上面的饿汉式为例):

private Object readResolve(){
    return hungrySingleton;
}

防止反射攻击,在构造器加上判断,以上面的饿汉式为例:

image.png

未完----

评论加载中...