本文共 3032 字,大约阅读时间需要 10 分钟。
单例模式(Singleton Pattern)
当我们有这样的需求:某一些类应该只存在一个实例 的时候,我们就可以用单例模式来应对.
单例模式:确保一个类只有一个实例,并提供一个全局访问点.
单例模式是所有设计模式中最简单的一个,也是大部分人最早知道的一个设计模式.
但是即使是最简单的,也有很多可以推敲的细节,要做得对也不简单.
经典的单例
相信大家一定写过这样类似的单例模式代码:
public class Singleton { private static Singleton ins; private Singleton() {} public static Singleton getIns() { if (null == ins) { ins = new Singleton(); } return ins; }}
简单总结一下这样的写法:
- 提供一个全局静态的
getIns
方法,使得易于使用. - 延迟Singleton的实例化,节省资源(所谓的懒汉式).
- 缺点是线程不安全.当多个线程同时进入
if (null == ins) {}
的时候就会创建多个实例.
OK,接下来我们看来是要解决多线程不安全的问题了.
多线程安全
这个时候可能有的人就说了,这个太简单了,加一个synchronized
不就结了吗?
public static synchronized Singleton getIns() { if (null == ins) { ins = new Singleton(); } return ins;}
确实,增加synchronized
之后能够迫使每个线程在进入这个方法之前,要先等别的线程离开该方法.也即避免了多个线程同时进入getIns
方法.
诚然这个能解决问题,但是我们知道synchronized
是非常耗性能的.
synchronized
,那么实例化后的每次调用getIns
都是一种多余的消耗操作,是累赘 Ps:当然,如果哪些额外的负担你能接受(比如用的很少),那么添加`synchronized`的方法也是可以接受的,毕竟这是最简单的方式.
那么问题来了,如何改善?
如何确保单例,而又不影响性能?性能进阶
接下去介绍一种更优秀的,线程安全的单例写法---双重检查锁模式(double check locking pattern)
public class DoubleCheck { private volatile static DoubleCheck ins; private DoubleCheck() {} public static DoubleCheck getIns() { if (null==ins){ //检查 synchronized (DoubleCheck.class){ if (null == ins) { //又检查一次 ins = new DoubleCheck(); } } } return ins; }}
注意这里的ins用了volatile
关键字来修饰,为什么呢?
ins = new DoubleCheck()
做了很多事情: - 给ins分配内存
- 调用构造函数来初始化成员变量(可能会很久)
- 将ins对象指向分配的内存空间(执行完这步 ins才不为null)
上面的操作并不是原子操作,而jvm也可能重排序指令,导致第二三两步的执行顺序可能会被打乱,当第3步先于第2步完成,那么会导致有线程拿到了初始化未完毕的ins,那么就会错误,而这里利用了volatile
的禁止指令重排序优化特性,用来解决这个问题.
注:volatile 在java 5 后才有效,原因是 Java 5 以前的 JMM (Java 内存模型)是存在缺陷的,当然现在不需要担心这个啦!
小结
双重检查非常适用于高并发,我们熟知的开源库Eventbus
,ImageLoader
等都是用的双重检查锁方式实现单例
不过它,写起来稍微复杂了些,有没有简单点的呢?
答案是:有!饿汉式
直接上代码吧
public class Early { private static final Early ins = new Early(); public static Early getIns() { return ins; }}
饿汉式的原理其实是基于classloder机制来避免了多线程的同步问题
饿汉式与之前提到的懒汉式不同,它在我们调用getIns之前就实例化了(在类加载的时候就实例化了),所以不是一个懒加载,这样就有几个缺点:
- 延长了类加载时间
- 如果没用到这个类,就浪费了资源(加载了但是没用它)
- 不能传递参数(很显然适用的场景会减少)
静态内部类
静态内部类原理同上,另外虽然它看上去有点恶汉式,但是与之前的恶汉有点不同,它在类Singleton
加载完毕后并没有实例化,而是当调用getIns
去加载Holder的时候才会实例化,静态内部类的方式把实例化延迟到了内部类的加载中去了!所以它比饿汉式更优秀!(偷偷告诉你Effective Java中也推荐这个方式)
例子:
public class Singleton { private static class Holder{ private static final Singleton INSTANCE = new Singleton(); } public static Singleton getIns(){ return Holder.INSTANCE; }}
枚举
最后介绍一种,也是我在 EffectiveJava中看到的,但是在开发中我重来没看到过!
public enum Singleton{ INSTANCE;}
优点:简单,线程安全,防反序列化.
�本人不太了解,也没用过,所以不敢乱说了~~~ 值得一提的是 EffectiveJava 也提倡这个方式这样真的就能保证单例是个单例了吗?
我们采用了很多方式来保证实例的唯一性,但是真的够了吗?
如果采用反射呢? 如果使用多个ClassLoder呢? 那是不是会实例化多个了呢? 思考一下吧~总结
单例的实现方式有好多种,实际开发中看需求而定,个人比较推荐双重检查锁和静态内部类,这两个我比较常用,其他的说实话我一般不用.
同时也可以看到单例也有很多需要学习以及思考的地方,完全弄懂也不容易~给自己定了一个每周一个设计模式的学习计划,希望能够坚持下去吧.
以上代码可以在,好了,就这样,下次见.More
聊完了单例的实现方式,其实单例还有一些比较有趣的,值得思考讨论的地方,下面推荐几个,有兴趣的可以去看看~
安利:
我的微信公众号:转载地址:https://blog.csdn.net/u014400934/article/details/101489961 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!