设计模式:单例模式

简介

单例模式使得一个类的实例是唯一的,外部对它的访问都针对同一个对象。 单例模式的使用可以是业务上的原因,比如一个User对象需要全局唯一,或者是性能上的考虑,避免创建代价较高的对象反复实例化。

实现方式

  • 饿汉式:性能不是问题时,且对象一定需要被实例化,线程安全
public class User {
    private static final User ourInstance = new User();

    public static User getInstance() {
        return ourInstance;
    }

    private User() {
    }
}
  • 双重锁定 线程安全,较高的性能,无需每次都加锁
public class User {
    private static volatile User ourInstance;

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

    private User() {
    }
}
  • 静态内部类 仅在第一次调用getInstance()时,发生实例化,而且字段初始化语句是线程安全的。
public class User {
   
    public static User getInstance() {
        return Holder.ourInstance;
    }

    private static class Holder {
        private static User ourInstance = new User();
    }

    private User() {
    }
}
  • 单例集合 可以使用一个HashMap等集合来维护需要的单例对象,初始化放在程序启动时或其它合适的时机。此时可以根据对象的不同方面对它进行分类,而且最终得到同一个实例。 此时使用到的类型本身无需是单例的,这种形式处理app中会用到的若干个全局对象时蛮合适。
  • 单例数据结构 像android中就有一个下面的帮助类,它为目标类型T进行惰性初始化。
public abstract class Singleton<T> {
    private T mInstance;

    protected abstract T create();

    public final T get() {
        synchronized (this) {
            if (mInstance == null) {
                mInstance = create();
            }
            return mInstance;
        }
    }
}

使用:

private static final Singleton<IActivityManager> gDefault = new Singleton<IActivityManager>() {
    protected IActivityManager create() {
        IBinder b = ServiceManager.getService("activity");
        if (false) {
            Log.v("ActivityManager", "default service binder = " + b);
        }
        IActivityManager am = asInterface(b);
        if (false) {
            Log.v("ActivityManager", "default service = " + am);
        }
        return am;
    }
};

好处就是对无法修改的目标类型进行单例化,好像也没多大卵用。

  • 枚举方式 线程安全,性能可以,就是怪怪的。
public enum User{  
    INSTANCE;  
} 

补充

  • clone和单例是冲突的
  • 反射可以破坏单例,只要加一个静态的flag来标识是否创建过对象就可以了,反射还得走构造函数。
  • 反序列化:增加方法readResolve():
public Object readResolve(){
   return getInstance();
}

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏胡力的专栏

高斯模糊效果的几种实现方案及性能对比

现在越来越多的 app 在背景图中使用高斯模糊效果,如 yahoo 天气,效果做得很炫。 我们5.2个性资料卡的标签模版也需要使用高斯模糊,这里就用一个 dem...

1.6K00
来自专栏胡家威的专栏

Android 端相机相关开发经验总结

文主要说的是自己在做相机模块需求或者说使用 cameraview的过程中遇到了哪些问题以及相应的解决方案,最终我对 cameraview 进行了一番 enhan...

1.9K30
来自专栏汪毅雄的专栏

Android 7.0 中 Launcher 启动 Activity 过程

关于 Activity 的启动,已经有很多相关的文章有过详细的介绍。不过以往文章多数是以4.x的为例,这里,我参考最新的7.0代码介绍一下。虽是大同小异,部分细...

1.6K10
来自专栏云加头条

Android 基础:Fragment,看这篇就够了 (上)

本文从为什么出现Fragment开始,介绍了Fragment相关的方方面面,包括Fragment的基本定义及使用、回退栈的内部实现、Fragment通信、Dia...

2.6K40
来自专栏汪毅雄的专栏

Android 7.0 中 Service bind 流程详解

我们知道,Android 启动 Service 有两种方式,startService 和 bindService。本文主要讲述Service bind 过程的最...

1.7K10
来自专栏汪毅雄的专栏

Binder 总体架构及相关代码浅析

Binder 无论作为系统开发或者应用开发,它都是 Android 的核心机制。Binder 很重要的的优点之一就是,复杂数据类型传递可以复用内存,这点本文将详...

82840
来自专栏微信终端开发团队的专栏

ART 下的方法内联策略及其对 Android 热修复方案的影响分析

Android N 后对内联的新发现,似乎再一次认证了“ 热补丁不是请客吃饭 ”这句话。本文主要介绍了 ART 下的方法内联策略及其对 Android 热修复方...

74300
来自专栏腾讯移动品质中心TMQ的专栏

一种 Android 端 Web 多进程情况下支持 Web 自动化测试的方法

本文介绍一种在Web多进程情况下支持Web自动化测试的方案。介绍当前Web自动化的简要原理、Web多进程后的问题、相应的解决方案及使用方法。

40700
来自专栏Matthew

5分钟教你打造一个秒开的 Android App

近日在开发过程中,发现每次点击 app 从桌面启动都有一个在桌面明显的等待时间,机型越低端的越明显,冷启动优化看来已经势在必行,所以怒而一顿研究再解决之。

1.9K10
来自专栏QQ音乐技术团队的专栏

Android O 新特性和行为变更总结

多窗口是 Android 7.1 之后引入的(关于多窗口适配需要注意的地方,但是趁此机会了解一下 Android O 版本的新特性也不错,而且 Google I...

81410

扫码关注云+社区

领取腾讯云代金券

年度创作总结 领取年终奖励