单例模式

什么是单例模式

单例模式是应用最广的设计模式之一。

在很多时候,一个应用程序对于一个类只需要一个全局的实例对象以供调用,创建多个对象会导致对系统资源的浪费且没有任何意义,单例模式就为此而生。

单例模式的实现思路

应确保这个类只能有一个实例,且自行实例化向整个系统提供这个实例。

为了能够实现上述思路,我们可有想出下面的几个点。

  • 为了确保调用者无法自行创建该类的实例化对象,所以应该将该类的构造方法用private修饰。
  • 因为该对象无法通过new创建,所以类中应有一个该类的静态实例化对象作为调用的返回值。
  • 为了将上述的静态实例化对象返回,应有一个公开的方法将该对象作为返回值返回。

单例的各种实现方式

有了思路,我们来一起看一下实现方法。

懒汉式单例

所谓懒汉式,顾名思义它比较“懒”,它在类加载的时候并不会去实例化应返回的单例对象,而是当调用时才去判空来判断是否创建该对象然后才作为返回值返回。

public class Singleton {
    private static Singleton instance;
    private Singleton() {
    }

    public static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

饿汉式单例

而饿汉式却与上面的懒汉是不同,它不管你是否调用,我在类加载的时候就去创建这个对象,方法调用时直接返回。

public class Singleton {
    private static Singleton instance = new Singleton();
    private Singleton() {
    }

    public static Singleton getInstance() {
        return instance;
    }
}

以上提到的两种并没有考虑多线程的情况,再高并发的情况下,仍有可能会出现创建多个对象的可能,懒汉式虽然在方法前加上synchronized 可以解决,但由于每次调用都需要去进行同步,造成不必要的开销,所以这种方式不推荐使用。

DCL单例

全称是Doucle Check Lock,这种实现方式既能在需要时才初始化单例,又能够保证线程安全,但是由于java内存模型的原因或在高并发情况下仍有可能会失败,但是由于Android开发过程中一般不会出现高并发的情况,所以仍是使用最多的一种单例模式。

public class Singleton {
    private static Singleton instance;
    private Singleton() {
    }

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

解释一下这里为什么会用到双重判空,简单来说就是由于JVM的原因,如果你仅仅是单重判空,可能会发生这样的情况:假设有两个线程,在第一个线程判空成功准备去创建该对象的这个时候,可能另一个线程刚好完成了创建,这个时候就出现了问题,所以在这里我们采用这种写法,能有效的避免这种情况的发生。

静态内部类单例

public class Singleton {
    private Singleton() {
    }

    public static Singleton getInstance() {
        return SingletonHolder.instance;
    }

    private static class SingletonHolder {
        private static final Singleton instance = new Singleton();
    }
}

由于静态内部类是线程安全的,所以这种方式肯定是没有任何问题的。

枚举单例

public enum Singleton {
    INSTANCE;
}

和上面的方式一样,只不过用枚举来实现,因为枚举也默认是线程安全的。只不过由于Android开发中并不推荐使用枚举类,所以很少看到。

单例模式的优缺点

优点

  • 减少了内存开支(只能创建一个对象)。
  • 减少了性能开销(通过永驻内存来解决对象的频繁创建与销毁)。
  • 避免对资源的重复占用(只有一个对象去对另一个对象进行操作)。
  • 优化了资源访问(可以全局访问)。

缺点

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

推荐阅读更多精彩内容