设计模式—— 单例模式
来源:互联网 发布:apache beam入门 编辑:程序博客网 时间:2024/06/14 21:24
单例模式是设计模式中最常见也最简单的一种设计模式,保证了在程序中只有一个实例存在并且能全局的访问到。比如在Android实际APP 开发中用到的 账号信息对象管理, 数据库对象(SQLiteOpenHelper)等都会用到单例模式。下面针对一些例子分析一下我们在开发过程中应用单例模式需要注意的点。
一、作用
单例模式(Singleton):保证一个类仅有一个实例,并提供一个访问它的全局访问点
二、适用场景
1. 应用中某个实例对象需要频繁的被访问。
2. 应用中每次启动只会存在一个实例。如账号系统,数据库系统。
三、常用的使用方式
(1)懒汉式
这是在开发中很容易就能写出来的一种方式,如下
调用:优点:延迟加载(需要的时候才去加载)缺点: 线程不安全,在多线程中很容易出现不同步的情况,如在数据库对象进行的频繁读写操作时。
(2)加同步锁
既然线程不安全,那就加上同步锁,一种加法如下:
更一般的写法是这样调用:优点:解决了线程不安全的问题。缺点:效率有点低,每次调用实例都要判断同步锁
补充:在Android源码中使用的该单例方法有:InputMethodManager,AccessibilityManager等都是使用这种单例模式
(3)双重检验锁
要优化(2)中因为每次调用实例都要判断同步锁的问题,很多人都使用下面的一种双重判断校验的办法
这种方法貌似很完美的解决了上述效率的问题,它或许在并发量不多,安全性不太高的情况能完美运行,但是,这种方法也有不幸的地方。问题就是出现在这句在JVM编译的过程中会出现指令重排的优化过程,这就会导致当 instance实际上还没初始化,就可能被分配了内存空间,也就是说会出现 instance !=null 但是又没初始化的情况,这样就会导致返回的 instance 不完整(可以参考:http://www.360doc.com/content/11/0810/12/1542811_139352888.shtml)。
调用:
优点:在并发量不多,安全性不高的情况下或许能很完美运行单例模式缺点:不同平台编译过程中可能会存在严重安全隐患。
补充:在android图像开源项目Android-Universal-Image-Loader (https://github.com/nostra13/Android-Universal-Image-Loader)中使用的是这种方式。
(4)内部类的实现
内部类是一种好的实现方式,可以推荐使用一下:
调用:
优点:延迟加载,线程安全(java中class加载时互斥的),也减少了内存消耗(5)枚举的方法
这是网上很多人推荐的一种做法,但是貌似使用的不广泛,大家可以试试,
调用:
优缺点:如代码中注释。上面主要讲了单例模式5种创建方法,大家可以根据其优缺点进行个人实际项目中的使用。讲的属于抛砖引玉,大家多提意见。
参考:http://zz563143188.iteye.com/blog/1847029
- 设计模式—单例设计模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- 设计模式——单例模式
- spring bean的作用域
- JAVA多态详解
- android音频播放SoundPool的使用
- 说一说BufferKnife——View注入框架
- 将图片保存在 array.xml 成string-array 以及读取
- 设计模式—— 单例模式
- 【Android】安卓开发之activity如何传值到fragment,activity与fragment传值
- PHP网站安全问题
- SQL SERVER 执行过程常见报错
- Phonix结合hbase
- 自动生成Makefile的全过程详解!automake/autoconf入门
- this关键字、static变量{理解}
- Snackbar -—— 显示弹出信息
- three.js