设计模式-单例模式

声明:本文是学习刘韬老师的<<秒懂设计模式>>的总结,老师的讲的很好,很适合小白

一、单例模式

为什么使用单例模式?

​ 想限制外部程序员无限制的创建实例,仅希望在程序中存在一个实例,简而言之就是不希望外部人员无休止的new 对象()。

1.1饿汉模式

1.1.1代码实现

public calss Sun{

	private static final Sun sun = new Sun(); //自有,跟随类加载的,不会被修改的单例
    
    private Sun(){ //私有化构造方法,进制外部人员通过new 方法直接生成实例
        
    }
	
    public static Sun getInstance(){ //提供一个公共方法供外部获取实例
        return sun; 
    }
}

1.1.2饿汉代码注释:

​ ①"private”关键字确保太阳实例的私有性、不可见性和不可访问性

​ ②"static"关键字确保太阳的静态性，将太阳放入内存里的静态区，在类加载的时候就初始化了，它与类同在，也就是说它是与类同时期且早于内存堆中的对象实例化的，该实例在内存中永生，内存垃圾收集器（Garbage Collector，GC）也不会对其进行回收

​ ③“final”关键字则确保这个太阳是常量、恒量，它是一颗终极的恒星，引用一旦被赋值就不能再修改

​ ④"new”关键字初始化太阳类的静态实例，并赋予静态常量sun。

1.2懒汉模式

1.2.1代码实现:

public calss Sun{

	private volatile static Sun sun; // 创建volatile静态变量,让线程显现
    
    private Sun(){ //私有化构造方法,进制外部人员通过new 方法直接生成实例
        
    }
	
	
    public static Sun getInstance(){
        if(sun == null){              //程序先判时候为null,如果不为null,直接返回静态实例
              synchronized(Sun.class){ //如果为null,锁住整个类,进行实例化,如果多个线程同时判断不为null,想要创建实例时,就需要排队获取锁来创建
                if(sun == null){  //获取锁后,仍然需要再判断是否已经被其他线程创建过实例,如果没有创建过才能进入,简单的讲:虽然多个线程同事进入了创建实例的队伍,但是只有第一个线程能真正的创建实例。
                    sun = new Sun();
                }
            }
        }
		return sun;
    }
    
}

1.2.2懒汉代码注释:

​ ①我们在太阳类Sun中第3行对sun变量的定义不再使用find关键字，这意味着它不再是常量，而是需要后续赋值的变量

​ ②关键字volatile对静态变量的修饰则能保证变量值在各线程访问时的同步性、唯一性(可见性:当一个线程修改变量后,另一个线程会得到更改值)

​ ③我们一共用了2个嵌套的判空逻辑，这就是懒加载模式的“双检锁”：外层放宽入口，保证线程并发的高效性；内层加锁同步，保证实例化的单次运行(相比锁加载方法上,使得不是每次调用的时候都上锁,而是在一开始判空后才进行上锁,后续初始化后,不需要再进行上锁了。)

1.3懒汉与饿汉的对比与总结

相比“懒汉模式”，其实在大多数情况下我们通常会更多地使用“饿汉模式”(人们更愿意去拿空间换时间)，原因在于这个单例迟早是要被实例化占用内存的，延迟懒加载的意义并不大，加锁解锁反而是一种资源浪费，同步更是会降低CPU的利用率，使用不当的话反而会带来不必要的风险。越简单的包容性越强，而越复杂的反而越容易出错。我们来看单例模式的类结构，如图2-3所示。单例模式的角色定义如下。

● Singleton（单例）：包含一个自己的类实例的属性，并把构造方法用private关键字隐藏起来，对外只提供getInstance()方法以获得这个单例对象。