Android 设计模式入门到精通之一:单例模式(Singleton Pattern)

本文深入探讨单例模式的概念和技术背景,解析其在Java应用中如何确保一个类仅有一个实例,并提供全局访问点。通过三种实现方式,包括非延迟实例化(饥汉模式)、延迟实例化(饱汉模式)及其进阶方案,阐述单例模式在实际项目中的应用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

设计模式项目源码请移步:https://github.com/caobaokang419/WeatherApp(欢迎Github Fork&Star,代码设计模式&框架设计实现不妥之处,请帮忙指正),谢谢!

 

单例模式(Singleton Pattern

 

一、概念及技术背景

Ensure a class has only one instance, and provide a global point of access to it.(确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。

 

二、技术背景

单例对象(Singleton)是一种常用的设计模式。在Java应用中,单例对象能保证在一个JVM中,该对象只有一个实例存在。这样的模式有几个好处:

1、某些类创建比较频繁,对于一些大型的对象,这是一笔很大的系统开销。

2、省去了new操作符,降低了系统内存的使用频率,减轻GC压力。

3、有些类如交易所的核心交易引擎,控制着交易流程,如果该类可以创建多个的话,系统完全乱了。(比如一个军队出现了多个司令员同时指挥,肯定会乱成一团),所以只有使用单例模式,才能保证核心交易服务器独立控制整个流程。

 

三、代码实践

JDK: 

• java.lang.Runtime#getRuntime()

• java.awt.Desktop#getDesktop()

 

Android: (Thread-Safe demo codes)

1. 实现方式1:非延迟实例化(饥汉模式)

好处:实例对象在类加载过程中就会被创建,无需关注线程安全问题。

缺点:如果过多使用的饿汉单例,则会生产出过多的实例对象,无论你是否要使用他们。

public class CityInfoUtil {
    private static CityInfoUtil mInstance = new CityInfoUtil();

    /*私有构造,限制用户自行实例化*/
    private CityInfoUtil() {
    }

    public static CityInfoUtil getInstance() {
        return mInstance;
    }
}

 

 

2. 实现方式2:延迟实例化(饱汉模式)

好处:延时加载,用的时候才会生产对象。

缺点:需要保证同步,付出效率的代价。

public synchronized static WtContentProviderUtil getInstant(Context context) {
    if (mInstant == null) {
        mInstant = new WtContentProviderUtil(context);
    }
    return mInstant;
}

 

3. 实现方式3:延迟实例化(饱汉模式)的进阶方案:双重锁检查模式 --应弃用!

好处(本意):非空时,不需要再检查锁状态,提高效率

缺陷:双重检查锁定的问题是:并不能保证它会在单处理器或多处理器计算机上顺利运行。双重检查锁定失败的问题并不归咎于 JVM 中的实现 bug,而是归咎于 Java 平台内存模型。内存模型允许所谓的“无序写入”,这也是这些习语失败的一个主要原因。

public static WtContentProviderUtil getInstant(Context context) {
    if (mInstant == null) {
        /*双重检查加锁,减少使用同步*/
        synchronized(WtContentProviderUtil.class){
            if (mInstant == null) {
                mInstant = new WtContentProviderUtil(context);
            }
        }
    }
    return mInstant;
}

 

单例模式:某个类只能有一个实例,提供一个全局的访问点。 简单工厂:一个工厂类根据传入的参量决定创建出那一种产品类的实例。 工厂方法:定义一个创建对象的接口,让子类决定实例化那个类。 抽象工厂:创建相关或依赖对象的家族,而无需明确指定具体类。 建造者模式:封装一个复杂对象的构建过程,并可以按步骤构造。 原型模式:通过复制现有的实例来创建新的实例。 适配器模式:将一个类的方法接口转换成客户希望的另外一个接口。 组合模式:将对象组合成树形结构以表示“”部分-整体“”的层次结构。 装饰模式:动态的给对象添加新的功能。 代理模式:为其他对象提供一个代理以便控制这个对象的访问。 亨元(蝇量)模式:通过共享技术来有效的支持大量细粒度的对象。 外观模式:对外提供一个统一的方法,来访问子系统中的一群接口。 桥接模式:将抽象部分和它的实现部分分离,使它们都可以独立的变化。 模板模式:定义一个算法结构,而将一些步骤延迟到子类实现。 解释器模式:给定一个语言,定义它的文法的一种表示,并定义一个解释器。 策略模式:定义一系列算法,把他们封装起来,并且使它们可以相互替换。 状态模式:允许一个对象在其对象内部状态改变时改变它的行为。 观察者模式:对象间的一对多的依赖关系。 备忘录模式:在不破坏封装的前提下,保持对象的内部状态。 中介者模式:用一个中介对象来封装一系列的对象交互。 命令模式:将命令请求封装为一个对象,使得可以用不同的请求来进行参数化。 访问者模式:在不改变数据结构的前提下,增加作用于一组对象元素的新功能。 责任链模式:将请求的发送者和接收者解耦,使的多个对象都有处理这个请求的机会。 迭代器模式:一种遍历访问聚合对象中各个元素的方法,不暴露该对象的内部结构。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

架构师训练营

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值