单例模式
2017-04-21 本文已影响0人
远行的猿
单例模式
单例模式的特点:
- 构造函数不对外开放,一般为Private
- 通过一个静态方法返回一个单例类对象
- 确保单例类的对象有且只有一个,尤其是多线程的情况下。
- 确保单例类对象在反序列化时不会重新构造对象。
饿汉式
public class Singleton{
//私有化构造函数
private Singleton(){}
//定义私有化变量
private static Singleton instance;
//静态方法提供获取接口
public static synchronized Singleton getInstance(){
if(instance == null){
instance = new Singleton();
}
return instance;
}
}
饿汉式的特点
优点:
- 只有在使用时才会被实例化,在一定程度上节约了资源,
缺点:
- 第一次实例化的时候需要及时,需要的时间较长,反应较慢,最大的问题在于每次调用的时候都需要进行同步,造成了不必要的开销。
Double Check Lock (DCL)实现单例模式
public class Singleton {
//定义私有化变量(静态)
private static Singleton mInstance = null;
//定义私有化构造参数
private Singleton(){}
//提供静态方法获取到单例类
public static Singleton getSingleton(){
if(mInstance == null){
synchronized(Singleton.class){
if(mInstance == null){
mInstance = new Singleton();
}
}
}
return mInstance;
}
}
但A线程执行到mInstance = new Singleton()的时候。做了如下三件事:
- 给Singleton的实例分配内存,
- 调用Singleton()的构造函数,初始化成员字段,
- 将mInstance对象指向分配的内存空间(此时的mInstance不为null)
在JDK5.0之前 是无法保证1-2-3这样的循序执行的,可能会出现1-3-2.如果A线程中先到3第三点,此时切换了B线程,B线程就不会去初始化一些状态。自己拿走mInstance,此时的单例模式就会失效。
JDK5.0以后的版本,只需要把mInstance的定义修改成private volatile static Singleton mInsance = null ,就能确保每次获取的mInstance的实例都是从主内存中获取到的。当然volatile会影响一些性能,但是这是比较值得的操作。
DCL的特点:
优点
- 资源利用率高,
缺点:
- 第一次加载较慢,在高并发环境下有一些问题。
上述的这种优化方式还是存在的一些问题。
最好的优化方式如下:
public class Singleton {
//定义私有化构造参数
private Singleton(){}
//提供静态方法获取到单例类
public static Singleton getSingleton(){
return SingletonHolder.mInstance;
}
//定义私有化变量(静态)
private static class SingletonHolder {
private static final Singleton mInstance = new Singleton();
}
}
当第一次加载Singleton类的时候并不会初始化mInStance,只有在第一次调用Singletond的getSingleton的时候才会导致mInstance被初始化,因此,第一次在调用getSingleton的方法的时候才会导致虚拟机加载SinletonHolder类,这种方式不仅确保了线程的安全,也能够保证单一性。同时也延迟了对象的加载。
此文章来源于<<Android源码设计模式解析与实践>> ,这里与大家一起分享下学习笔记。