常见的单例设计模式

常用的单例模式

一. 单例模式一般有以下几个特点

1. 构造方法不对外开放,一般是private

2. 通过一个静态方法或者枚举返回单例对象

3. 确保单例类的对象有且仅有一个,尤其是在多线程的情况

4. 确保单例类对象在反序列化的时候不会创建新的实例

通过将构造方法私有化,防止外面调用构造方法创建多个实例;同时内部提供一个静态方法,将内部的单例对象对外提供,尤其注意多线程的时候防止创建多个实例。

二. 单例模式的示例

单例模式应该是所有开发者使用最多也是最熟悉的模式了,没有太多的类结构设计,仅仅几行代码就可以实现,一般用在需要频繁调用或者需要消耗较多资源的类,如我们设计的工具类,网络请求的代理等。

常用的单例设计模式一般有以下几种:

1. 饿汉模式:一般在类加载的时候就会创建

    /**
     * first 饿汉模式
     */
    private static SingleTon singleTon = new SingleTon();

    private SingleTon(){}

    public static SingleTon getInstance(){
        return singleTon;
    }

2. 懒汉模式:这种方法是在使用的时候创建资源,可以在一定的程度上节约资源;缺点是第一次调用时需要初始化,反应稍慢,尤其是使用下面一种方式synchronized关键字修饰,使方法同步,虽然解决了多线程下多次创建问题,但是由于同步的是方法,所以方法每次调用都会浪费性能,不建议使用。

    /**
     * second 懒汉模式
     */
    private static SingleTon singleTon = null;
    private SingleTon(){}
    public static SingleTon getInstance(){
        if (singleTon == null){
            singleTon = new SingleTon();
        }
        return singleTon;
    }
/**
     * second 懒汉模式(同步方法)
     */
    private static synchronized SingleTon singleTon = null;
    private SingleTon(){}
    public static SingleTon getInstance(){
        if (singleTon == null){
            singleTon = new SingleTon();
        }
        return singleTon;
    }

3. 双重锁模式(DCL):这种方式的好处在于既可以在使用的时候创建,又可以解决多线程创建的问题,同时由于synchronized同步的是内部的代码块,所以在创建成功后的调用上就不会走进去,优化了上面的同步方法带来的每次都需要同步的缺点(JDK1.5之前的版本由于JVM乱序 执行的问题,在特殊的高并发情况下可能会存在问题,JDK1.5之后的版本可以使用volatile修饰实例)。

    /**
     * DCL
     */
    private static SingleTon singleTon = null;

    private SingleTon() {
    }

    public static SingleTon getInstance() {
        if (singleTon == null) {
            synchronized (SingleTon.class) {
                if (singleTon == null) {
                    singleTon = new SingleTon();
                }
            }
        }
        return singleTon;
    }

4. 静态内部类模式:一般是推荐使用的,此种实现方式不仅延迟了加载时机(静态内部类是在调用获取实例时才会进行创建),解决了多线程问题,保证了实例的唯一性,解决了DCL失效问题

    /**
     * 推荐使用的模式
     */
    private SingleTon() {
    }

    public static class SingleTonHolder {
        private static final SingleTon singleTon = new SingleTon();
    }

    public static SingleTon getInstance() {
        return SingleTonHolder.singleTon;
    }

    public void showMsg(String tag, String msg) {
        Log.d(tag, "showMsg: " + msg);
    }

5. 还有一种就是枚举类,在现实开发中使用的较少,但是在系统的源码中确实有体现的,比如获取ActivityManagerService等一些系统类的服务,有兴趣的可以看一下系统这块的源码。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,922评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,591评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,546评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,467评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,553评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,580评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,588评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,334评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,780评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,092评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,270评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,925评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,573评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,194评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,437评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,154评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,127评论 2 352

推荐阅读更多精彩内容