目录
一、单例模式的简单介绍
二、饿汉模式
三、懒汉模式
四、饿汉模式和懒汉模式的线程安全问题分析
1、饿汉模式(线程安全)
2、懒汉模式(线程不安全)
解决懒汉模式的线程安全问题
①给写操作打包成原子
②去除冗余操作
③存在指令重排序的问题
3、解决懒汉模式线程安全问题的最终代码:
一、单例模式的简单介绍
单例模式是一种设计模式,其中设计模式是软性的规定,与它关联的框架是硬性的规定,这些都是大佬已经设计好了的,即使是代码写的不是很好的菜鸡,按照这种模式也能写出还行的代码。类似象棋中的棋谱,即使你是新手,但按着棋谱走,你的棋力也不会太差。
单例 = 单个实例(对象);某个类,在一个线程中,只应该创建一个对象(原则上不应该有多个),这时就使用单例模式,就可以对我们的代码进行一个更严格的校验和检查。
那么,怎么保证这一个对象唯一呢?
其一方法,可以通过“君子约定”,写一个文档,规定这个类只能有唯一的实例,新手程序猿接手这个代码时,就会发一份这个文档,进行约定,熟悉其中的规定、条约。
其二方法:可以让机器帮我们检查,人肯定是没有机器靠谱的,我们期望让机器帮我们对代码中指定的类,创建类的实例个数进行检查、校验,当创建的实例个数超过我们期望个数,就编译报错,这一点还是能实现的,其中单例模式就是已经设计好的套路,可以实现这种预期效果。
二、饿汉模式
饿汉模式是指创建实例是时期非常早,在类加载的时候,程序一启动,就已经创建好实例了,使用 “饿汉”这个词,就是形容创建实例非常迫切,非常早。下面实现一个单例模式
代码:
class Singleton {private static Singleton instance = new Singleton();public static Singleton getInstance() {return instance;}private Singleton(){ } } public class TestDemo4 {public static void main(String[] args) {} }
当我们想在主线程中创建一个Singleton的实例时,会报错,如图:
singleton类的代码解析:
singleton内部,第一行代码就是这个,如图
这说明,singleton内部一开始就创建好了实例,创建实例非常迫切,使用static修饰说明instance是类属性。
接下来是获取这个类的实例方法,如图
因为我们不希望能创建出多个实例,所以就把singleton的构造方法用private来修饰,如图:
这样,如果我们想new一个Singleton对象,也new不了,但也有非正规手段,去获取singleton里面的属性或方法:反射。
最后,不管我们用getInstance获取多少次实例,获取的对象都是同一个对象,验证如下:
代码:
class Singleton {private static Singleton instance = new Singleton();public static Singleton getInstance() {return instance;}private Singleton(){ } } public class TestDemo4 {public static void main(String[] args) {Singleton s1 = Singleton.getInstance();Singleton s2 = Singleton.getInstance();System.out.println(s1 == s2);} }
执行结果:
三、懒汉模式
和饿汉模式不一样的是,创建实例的时机比较晚,没饿汉创建实例那么迫切,只有第一次使用这个类时,才会创建实例。
代码如下:
class SingletonLazy {private static SingletonLazy instance = null;public static SingletonLazy getInstance() {if(instance == null) {instance = new SingletonLazy();}return instance;}private SingletonLazy() { } } public class TestDemo5 {public static void main(String[] args) {} }
代码解析:
一开始,没有创建实例,只是给singletonLazy赋值为null,并没有new一个对象,也就是没有创建实例;首次调用getInstance,instance是null的,所以会new一个对象,创建实例。如果不是第一次调用getInstance,就直接返回instance,这也保证了这个类的实例是唯一的,只有一个实例;
和饿汉模式的区别就是没那么迫切创建实例,等需要调用这个类的时候才创建一个实例,而饿汉模式是有了这个类就创建出实例。
懒汉模式的优点:有的程序,要在一定条件下,才需要进行相关的操作,有时候不满足这个条件,也就不需要完成这个操作了,这样,就把这个操作省下来了,而懒汉模式,就是这一思想,当需要这个实例时,才创建实例。像肯德基的疯狂星期四,只有在星期四的时候才会加载出相关信息,其他时间就不会加载。
四、饿汉模式和懒汉模式的线程安全问题分析
1、饿汉模式(线程安全)
代码分析:
当有多个线程,同时并发执行,调用getInstance方法,取instance,这时,线程是安全的吗?显然。这是线程安全操作,因为只涉及到读,多线程读取同一个变量,是线程安全的。而instance很早之前就已经创建好了,不会修改它,一直也只有这一个实例,也不涉及写的操作。
2、懒汉模式(线程不安全)
代码分析:
这里调用getInstance方法后,就会创建出实例来,那么我们想想,如果多个线程同时调用这个方法,此时SingletonLazy类里面的instance都为null,那么这些线程都会new对象,就会创建多个实例,这时,就不符合我们单例模式的预期了,所以,这个代码是线程不安全的。
这也是线程不安全的直接原因,就是 “写” 操作不是原子的。
解决懒汉模式的线程安全问题
①给写操作打包成原子
因为多线程并发执行的时候,可能读到的都是instance == null,所以会创建多个实例,那我们就给它加锁,让它在创建实例的时候,只能创建一个。
代码:
class SingletonLazy {private static Object locker = new Object();private static SingletonLazy instance = null;public static SingletonLazy getInstance() {synchronized (locker) {if(instance == null) {instance = new SingletonLazy();}}return instance;}private SingletonLazy() { } }
这样,能让写操作的时候打包成一个原子,实例只可能创建一个的情况。
②去除冗余操作
以上操作加上了还是有问题:如果已经创建出实例了,我们还有加锁来判断它是不是null吗,加锁这些操作也是要消耗硬件资源的,没有必要为此浪费资源空间,如果已经不是null了,我们就想让它直接返回,不再进行加锁操作。
代码:
class SingletonLazy {private static Object locker = new Object();private static SingletonLazy instance = null;public static SingletonLazy getInstance() {if (instance == null) {synchronized (locker) {if (instance == null) {instance = new SingletonLazy();}}}return instance;}private SingletonLazy() { } }
注意看这里有两个判断条件是一样的,目前位置,也应该是我们第一次遇到这种代码,为什么要套两层一模一样的代码呢?要注意,这里的两个条件表达的都是不同的意思,第一个if条件判断是要让instance==null时,才要加锁的意思,提升代码的执行效率;而第二个if条件判断是把写操作打包成一个原子,保证线程安全。这两个if条件判断所表达的意思是不同的。
③存在指令重排序的问题
指令重排序:指令重排序也是编译器的一种优化,在保证原代码的逻辑不变,调整原代码的指令执行顺序,从而让程序的执行效率提高。
举个栗子:
现在我们要去菜市场买菜,买菜的清单:黄瓜,西红柿,萝卜,茄子,卖这些菜的位置分布图:
如果按照买菜清单顺序买,路线是这样的:
但是我们如果改变顺序,就能缩短我们买菜的时间了,如图:
指令重排序也是类似的道理,保证原代码的逻辑不变,改变原有指令的顺序,从而提高代码的执行效率,其中这个代码,就存在着指令重排序的优化,如图:
原本指令执行顺序:
1、去内存申请一段空间
2、在这个内存中调用构造方法,创建实例
3、从内存中取出地址,赋值给这个实例instance。
指令重排序后的顺序:1, 3 , 2
按照指令重排序后的代码执行逻辑就变成了这样:
假设有两个线程,现在执行顺序是这样的,如图:
因为指令重排序后,先去内存申请一段空间,然后是赋值给instance,那这时,instance就不是null了,第二个线程不会进入到if语句了,直接返回instance,可是instance还没有创建出实例,这样返回肯定是有问题的,这样,也就线程不安全了。
解决方案:给instance这个变量,加volatile修饰,强制取消编译器的优化,不能指令重排序,同时也排除了内存可见性的问题。
加volatile后的代码:
class SingletonLazy {private static Object locker = new Object();private static volatile SingletonLazy instance = null;public static SingletonLazy getInstance() {if (instance == null) {synchronized (locker) {if (instance == null) {instance = new SingletonLazy();}}}return instance;}private SingletonLazy() { } }
到这一步,才真的解决了懒汉模式的线程安全问题。
3、解决懒汉模式线程安全问题的最终代码:
class SingletonLazy {private static Object locker = new Object();private static volatile SingletonLazy instance = null;public static SingletonLazy getInstance() {if (instance == null) {synchronized (locker) {if (instance == null) {instance = new SingletonLazy();}}}return instance;}private SingletonLazy() { } } public class ThreadDemo1 {public static void main(String[] args) {SingletonLazy s1 = SingletonLazy.getInstance();SingletonLazy s2 = SingletonLazy.getInstance();System.out.println(s1 == s2);} }
main线程是来测试每次拿到SingletonLazy的实例是不是同一个,
执行结果:符合我们的预期