单例设计模式

单例模式

基本概念

单例模式，顾名思义是指只有一个实例的对象。

我们知道在java中对象是通过new出来的，每new一次就会产生一个新的对象，那么如何限制只产生一个对象呢？

每个对象都有构造函数，每当new对象时都会调用对象的构造函数来生成对象。 此时我们可以将构造函数设置成private来限制外部的访问，同时在类内部new一个并返回给外部使用。

单例模式参考代码如下：

public class Singleton {
	// 在内部先new一个出来
	public static final Singleton singleton = new Singleton();
	
	// 构造函数为私有函数，外部无法调用，也就保证了只会有一个实例。
	private Singleton() {
		// 构造方法
	}
}

写法

• 饿汉式 (同基本概念中的代码)

public class Singleton {
	// 在内部先new一个出来
	public static final Singleton singleton = new Singleton();
	
	// 构造函数为私有函数，外部无法调用，也就保证了只会有一个实例。
	private Singleton() {
		// 构造方法
	}

	public static Singleton getInstance() {
		return singleton;
	}
}

优点：获取对象时较快（因为类加载时就已经new出对象了），同时避免了多线程的问题。

缺点：因为在类加载时就new出来了，可能会造成内存浪费（如果没用到该单例对象，也被实例化了）。

这个方式叫饿汉式，可能是形象的比喻该汉子比较饥饿，不管三七二十一先new一个出来填饱肚子吧。

• 懒汉式

public class Singleton {
	
	public static Singleton singleton;
	
	private Singleton() {
		// 构造方法
	}

	public static Singleton getInstance() {
		// 延迟构造，在调用时才new对象
		if (singleton == null) {
			singleton = new Singleton();
		}

		return singleton;
	}
}

优点：在调用时才new对象，不会造成内存浪费。

缺点：构建对象的过程放在了调用的时候，获取对象时可能有一些慢。同时，该写法在多线程环境下，可能会存在多个实例，与设计不符。（如A线程执行到判断对象是否为空时，正在new对象，但是new对象需要一定的时间，此时B线程也执行到判断对象是否为空，但此时A线程还没有成功将对象创建出来，此时B就也会创新新的对象，从而存在多个实例）

针对此缺点，可以给getInstance方法加 synchronized 关键字来保证线程安全问题。

• 双重检查式

public class Singleton {
	
	public static Singleton singleton;
	
	private Singleton() {
		// 构造方法
	}

	public static Singleton getInstance() {
		// 第一层检查，每个线程均可访问
		if (instance == null) {
			// 对Singleton类对象加锁，只有一个线程可以访问。 
      synchronized (Singleton.class) {
          if (instance == null) {
              instance = new Singleton();
          }
      }
    }

		return singleton;
	}
}

优点：只有第一次获取对象时才会进行线程同步。（相比在方法上加synchronized关键字，这种代码块的同步开销更小）

缺点：第一次加载时可能较慢；高并发环境时这种双重校验也会失效 ，参见博客文章解释。

• 静态内部类方式

public class Singleton {
    private Singleton() {}
		
		// 单例持有类
    private static class SingletonHodler {
        private static final Singleton instance = new Singleton();
    }
    public static Singleton getInstance(){
        return SingletonHodler.instance;
    }
}

优点：该方式解决了懒汉式线程不安全问题，同时也保持了延迟加载的优点。

缺点：使用时才会加载可能在调用时有些慢。

一般在日常开发过程中，较为推荐使用此种方式来创建单例 。

扩展

在《设计模式之禅》一书中，提到了有时可能需要创建一定数量的实例。那么可以在单例模式的基础之上进行改进，如在单例类中加入集合或map来存储单例对象。 伪代码如下：

public class Singleton {
	private int maxCount = 3;
	private List<Singleton> instanceList = new ArrayList();	

	static {
        for (int i = 0; i < maxCount ; i++) {
            instanceList.add(new Singleton())
        }
  }

	private Singleton() {

	}
	
	private Singleton getInstance() {
		// 根据业务逻辑返回需要的对象，此处用随机代替。 
		int random = (int) Math.random() * maxCount;
		instanceList.get(random);
	}
	
}

这种方式的使用场景如数据库的连接（经常在配置文件中确定最大的连接数量）。个人在开发中很少用到这种创建一定数量对象的写法。

总结

模式	优点	缺点
单例模式	1、只有一个实例，减少了内存开支，节约资源。	1、单例类一般没有接口，扩展困难，并且在单例类中容易混杂多个业务逻辑，与类的单一职责原则有冲突。