《Android源码设计模式》之单例模式

###单例模式介绍:
  单例模式是应用最广泛的模式之一,在这个模式中,单例对象的类必须保证只有一个实例存在。因为好多时候创建多个实例是没有意义的而且很消耗资源,所以用单例模式最佳。
###单例模式定义:
  确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。
###单例模式的使用场景:
  确保某个类只有一个对象的场景,避免产生多个对象消耗过多的资源,或者某种类型的对象只应该有且只有一个。
###实现单例模式主要有如下几个关键点:
  ①构造函数不对外开放,一般为private;
  ②通过一个静态方法或枚举返回单例类对象;
  ③确保单例类的对象有且只有一个,尤其是在多线程环境下;
  ④确保单例类对象在反序列化时不会重新构建对象。
###单例模式的实现方式:
####一、懒汉模式

package com.guifa.myapplication;

public class Singleton {

    private static Singleton instance;

    public Singleton() {

    }

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

getInstance()方法中添加了synchronized关键字,目的是为了保证在多线程情况下保证对象唯一性,每次调用getInstace()都会进行同步,会消耗不必要的资源,这也是懒汉单例模式存在的最大问题。其优点是:只有在使用才会被实例化,在一定程度上节约了资源。
####二、饿汉模式

package com.guifa.myapplication;

public class Singleton {

    private static Singleton instance = new Singleton();

    public Singleton() {

    }

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

饿汉单例模式是上来就实例化,通过getInstance()获取实例而不是new Singleton();
####三、Double Check Lock(DCL)实现单例
  DCL方式实现单例模式的优点既能够在需要时才初始化单例,又能保证线程安全,且单例对象初始化后调用getInstance()不会进行同步锁,代码如下:

package com.guifa.myapplication;

public class Singleton {

    private static Singleton instance;

    public Singleton() {

    }

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

这段代码中在getInstance()方法中进行了两次判空:第一层判断主要是避免不必要的同步,第二层的判断是为了在null的情况下创建实例。
DCL有可能失效:
instance = new Instance()在执行时大致做了三件事:
1)给Singleton的实例分配内存;
2)调用Singleton()的构造函数,初始化成员字段;
3)调用instance对象指向分配的内存空间(此时instance就不是null了)。
  由于Java编译器允许处理器乱序执行,以及JDK1.5以前JMM(Java Memory Model,即Java内存模型)中Cache、寄存器到主内存回写顺序的规定,上面第二和第三的顺序是无法保证的,也就是说执行顺序有可能是1-2-3,也有可能是1-3-2,此时如果另一个线程调用此方法,instance不为空,则会造成DCL失效,而且这个问题很难跟踪和重现。
  DCL优点:资源利用率高,第一次执行getInstance()时单例对象才会被实例化,效率高。
  DCL缺点:第一次加载时反应稍慢,由于Java内存模型原因偶尔会失败,在高并发环境下也有一定缺陷。
####四、静态内部类单例模式

package com.guifa.myapplication;

public class Singleton {
    
    public Singleton() {

    }

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

    /**
     * 静态内部类
     */
    public static class SingletonHolder {
        private static final Singleton instance = new Singleton();
    }
}

当第一次加载Singleton类时并不会初始化instance,只有在第一次调用Singleton的getInstance()方法时才会导致instance被初始化,所以第一次调用getInstance()方法才会导致虚拟机加载SingletonHolder类,这种方式不仅能够确保线程安全,也能够保证单例对象的唯一性,同时也延迟了单例的实例化,所以这是推荐使用的单例模式实现方式。
####五、枚举单例

package com.guifa.myapplication;

public class Singleton {

    public Singleton() {

    }

    private static void testInstance() {
        // 获取实例
        Singleton instance = SingletonEnum.INSTANCE.getInstance();
    }

    public enum SingletonEnum {
        INSTANCE;
        private Singleton instance;

        SingletonEnum() {
            instance = new Singleton();
        }

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

枚举单例优点:枚举在Java中与普通的类是一样的,不仅能够有字段,还能够有自己的方法,最重要的是默认枚举实例的创建是线程安全的,并且任何情况下它都是一个单例。枚举单例在被反序列化不会重新生成新的实例,其他的会,杜绝单例对象在被反序列化时重新生成对象必须加入如下方法:

private Object readResolve() throws ObjectStreamException {
        return instance;
}

####六、使用容器实现单例模式

package com.guifa.myapplication;

import java.util.HashMap;
import java.util.Map;

public class SingletonManager {
    private static Map<String, Object> objMap = new HashMap<>();

    public SingletonManager() {

    }

    public static void registerService(String key, Object instance) {
        if (!objMap.containsKey(key)) {
            objMap.put(key, instance);
        }
    }

    public static Object getService(String key) {
        return objMap.get(key);
    }
}

在程序的初始,将多种单例注入到一个统一的管理类中,在使用时根据key获取对象对应类型的对象。这种方式使得我们可以管理多种类型的单例,并且使用时可以通过统一的接口进行获取操作,降低了用户的使用成本,也对用户隐藏了具体实现,降低了耦合。

###单例模式总结:
  1.不管使用哪种形式实现单例模式,它们的核心原理都是将构造函数私有化,并且通过静态方法获取一个唯一的实例,在这个获取的过程中必须保证线程安全、防止反序列化导致重新生成实例对象等问题。
  2.单例模式是运用频率很高的模式,由于客户端通常没有高并发的情况,所以选择哪种实现方式并不会有太大的影响,即便如此,出于效率考虑,推荐使用Double Check Lock(DCL)单例模式和静态内部类单例模式。
  优点:
  (1)由于单例模式在内存中只有一个实例,减少了内存开支,特别是一个对象需要频繁的创建销毁时,而且创建或销毁时性能又无法优化,单例模式的优势就非常明显。
  (2)由于单例模式只生成一个实例,所以,减少了系统的性能开销,当一个对象的产生需要比较多的资源时,如读取配置、产生其他依赖对象时,则可以通过在应用启动时直接产生一个单例对象,然后永久驻留内存的方式来解决。
  (3)单例模式可以避免对资源的多重占用,例如一个写文件操作,由于只有一个实例存在内存中,避免对同一个资源文件的同时读写操作。
  (4)单例模式可以在系统设置全局的访问点,优化和共享资源访问,例如,可以设计一个单例类,负责所有数据表的映射处理。
  缺点:
  (1)单例模式一般没有接口,扩展很困难,若要扩展,除了修改代码基本没有第二种途径可以实现。
  (2)单例对象如果持有Context,那么很容易引发内存泄漏,此时需要注意传递给单例对象的Context最好是Application Context。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Android源码设计模式解析与实践是一本关于Android系统中的设计模式的书籍,旨在通过解析Android源码中的实际案例来理解和应用设计模式Android系统是一个庞大而复杂的开源项目,其中包含了大量的设计模式。这些设计模式不仅帮助Android系统实现了高效、稳定、易于扩展的特性,也可以为Android开发者提供参考和借鉴的经验。 本书首先介绍了设计模式的概念和基本原理,包括单例模式、工厂模式、观察者模式、策略模式等。然后,结合Android源码中的具体实例,详细讲解了这些设计模式Android系统中的应用场景和实践方法。 例如,书中通过分析Android系统中的Activity、Fragment、View等核心组件的源码,解析了它们是如何应用观察者模式和状态模式来实现界面更新和事件传递的。又如,书中通过分析Android系统中的Handler、Looper、MessageQueue等核心类的源码,讲解了它们是如何应用责任链模式来实现线程间通信和消息处理的。 此外,本书还探讨了Android系统中的一些特殊设计模式,如MVC模式、MVP模式、MVVM模式等,帮助读者理解和应用这些模式来构建更加优雅和可维护的Android应用程序。 总之,通过学习和实践本书中介绍的Android源码设计模式,读者可以更深入地了解Android系统的设计原则和实践经验,提升自己的Android开发技能,并能够更加高效地开发出高质量的Android应用程序。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值