单例模式的几种实现方式

单例模式介绍

单例模式是应用最广的模式之一，也可能是很多初级工程师唯一会使用的设计模式。在应用这个模式时，单例对象的类必须保证只有一个实例存在。

懒汉模式

懒汉模式是声明一个静态对象，并且在用户第一次调用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版本是否过低，单例对象的资源消耗等。