单例模式介绍
单例模式是应用最广的模式之一,也可能是很多初级工程师唯一会使用的设计模式。在应用这个模式时,单例对象的类必须保证只有一个实例存在。
懒汉模式
懒汉模式是声明一个静态对象,并且在用户第一次调用getInstance时进行初始化,而饿汉模式是声明静态对象时就已经初始化。懒汉单例模式实现如下:
public class Singleton{
private static Singleton instance;
private Singleton(){
}
public static synchronized Singleton getInstance(){
if(instance==null){
instance=new Singleton();
}
return instance;
}
}
读者不难发现,getInstance()方法中添加了synchronized关键子,也就是说getInstance是一个同步方法,这就是上面所说的在多线程情况下保证单例对象唯一性的手段。细想一下,大家就会发现一个问题,即使instance已经被初始化,可每次调用getInstance方法都会进行同步,这样会消耗不必要的资源,这也就是懒汉单例模式存在的最大问题
Double Check Lock(DCL)实现单例
DCL方式实现单例模式的优点是既能够在需要时才初始化单例,又能够保证线程安全,且单例对象初始化后调用getInstance不进行同步锁。代码如下所示:
public class Singleton{
private static Singleton sInstance=null;
private Singleton(){
}
public void dosomething(){
System.out.println("do sth.");
}
public static Singleton getInstance(){
if(mInstance==null){
synchronized(Singleton.class){
sInstance=new Singleton();
}
}
}
return sInstance;
}
本程序的亮点自然是都在getInstance方法上,可以看到getInstance方法中instance进行两次判空:第一次判断主要是为了避免不必要的同步,第二层的判断则是为了在null的情况下创建实例。这是什么意思呢?是不是有点摸不着头脑,下面一起来分析一下。
假设线程A执行到sInstance=new Singleton() 语句,这里看起来是一句代码,但实际上它并不是一个原子操作,这句代码最终会被编译成多条汇编指令,它大致做了3件事:
(1) 调用Singleton的实例fenpeineicun
(2) 调用Singleton()的构造函数,初始化成员字段
(3) 将sInstance对象指向分配的内存空间(此时sInstance就不是null了)。
静态内部类单例模式
DCL虽然在一定程度上解决了资源消耗,多余的同步,线程安全等问题,但是它还是在某些情况下出现失效的问题。这个问题被称为双重检查锁定(DCL)失效。在《JAVA并发编程实践》一书的最后谈到了这个问题,并指出这种“优化”是丑陋的,不赞成使用。而建议使用如下代码替代:
public class Singleton{
private Singleton(){
}
public static Singleton getInstance(){
return SingletonHolder.sInstance;
}
//静态内部类
private static class SingletonHolder{
private static final Singleton sInstance=new Singleton();
}
}
当第一次加载Singleton类时并不会初始化sInstance,只有在第一次调用Singleton的getInstance方法时才会导致sInstance被初始化。因此,第一次调用getInstance方法会导致虚拟机加载SingletonHolder类,这种方式不仅能够确保线程安全,也能够保证单例对象的唯一性,同时也延迟了单例的实例化,所以这是推荐使用的单例模式实现方式。
其他还有枚举单例,使用容器实现单例等,我就不一一介绍了
总结
不管以哪种方式实现单例模式,它们的核心原理都是将构造函数私有化,并且通过静态方法获取一个唯一的实例,在这个获取的过程中必须保证线程安全,防止反序列化导致重新生成实例对象等问题。选择哪种实现方式取决于项目本身,如是否是复杂的并发环境,JDK版本是否过低,单例对象的资源消耗等。