实例创建之 —— Singleton 模式（单例模式）

引子

  说起单例，我们先看如下代码示例。

// 举个例子：蜜雪冰城集团，只有一个CEO，而河南、河北两个子公司的业务均需要CEO盖章

class CEO {
	// 实现盖章功能
	public void gaizhang(){
		sout(“盖章批准”)
	}
}

class HeNan {
	// 河南公司业务需要ceo盖章
	public void yewu() {
		CEO ceo = new CEO();
		ceo.gaizhang();
	}
}


class HeBei {
	// 河北公司业务需要ceo盖章
	public void yewu() {
		CEO ceo = new CEO();
		ceo.gaizhang();
	}
}

  上述例子中，河南河北子公司中，都需要CEO盖章，于是各自创建了一个CEO实例完成业务操作。那么这两个CEO实例有什么区别吗，答案是一模一样！完全相同！。

  对代码有极致要求的你肯定第一时间就会想到，那我创建一次CEO，在河南河北两个公司的业务中，都去取这个已经创建好的CEO不就好啦。没毛病老铁，由这个想法所形成的编码设计模式就是单例模式。

此处的例子中，只创建了两个CEO实例，减少一次创建显得无关痛痒，但在实际的大型项目中，会有数万或数十万的实例，使用单例模式可以节省很多不必要实例的创建或销毁，有助于节省资源

如何保证只创建一次

  在每次需要使用CEO时，先梳理一下之前有没有创建过不就行了吗。河南公司在使用时，先看看河北公司是否创建了CEO；河北公司在使用时先看看河南公司是否创建了CEO。但是当蜜雪冰城在全国，全球以及外星球有成千上万子公司时，这个梳理将变的繁琐或者说不可实现。

  于是我们应当想到，或许应该将创建CEO实例的过程从子公司的业务代码中抽离出来，使得子公司业务只能使用CEO实例而不能创建CEO实例。那么由谁来创建CEO实例呢？不如就交给CEO类吧，逻辑简单明了。

// 将创建对象实例的过程放在类内部，其他类使用时，通过public方法来获取即可

class CEO {

	// 在ceo类的内部创建一个CEO实例（饿汉式的创建方式）
	private static CEO ceo = new CEO();	

	// CEO的构造函数私有化，避免哪个现眼包子公司直接创建CEO
	private CEO(){
		sout("创建一个CEO")
	}
	
	// 对外提供一个public方法来使得可以获取到已经创建好的CEO实例
	public static CEO getCEO() {
		return ceo;
	}

	// 实现盖章功能
	public void gaizhang(){
		sout(“盖章批准”)
	}
}

class HeNan {
	// 河南公司业务需要ceo盖章
	public void yewu() {
		CEO ceo = CEO.getCEO();
		ceo.gaizhang();
	}
}


class HeBei {
	// 河北公司业务需要ceo盖章
	public void yewu() {
		CEO ceo = CEO.getCEO();
		ceo.gaizhang();
	}
}

  总的来说，单例模式需要注意以下三点

• 在类的内部实例化对象
• 构造器私有化，防止外部new创建实例
• 提供一个public方法来使得外部可以获取内部创建好的对象

进阶

  以上就是单例模式的思想以及基本实现，但是在使用时，会有更加复杂的情况需要考虑。

饿汉式单例（实际开发中可用）

  在类加载时便将实例new出来，无论外部是否调用，该实例都是存在的。

• 优点：在类加载时就完成了实例化，没有线程安全问题，实际开发中可用。
• 缺点：没有达到懒加载的效果，浪费内存。

class CEO {

	// 在ceo类的内部创建一个CEO实例（饿汉式的创建方式）
	private static CEO ceo = new CEO();	

	// CEO的构造函数私有化，避免哪个现眼包子公司直接创建CEO
	private CEO(){
		sout("创建一个CEO")
	}
	
	// 对外提供一个public方法来使得可以获取到已经创建好的CEO实例
	public static CEO getCEO() {
		return ceo;
	}

	// 实现盖章功能
	public void gaizhang(){
		sout(“盖章批准”)
	}
}

懒汉式单例（ 会有线程安全问题，在开发中不可用！）

  在外部调用时才实例化对象。

• 优点：懒加载，节省内存。
• 缺点：存在线程安全问题，只能在单线程模式下使用，在实际的开发不可用。

class CEO {

	// 在CEO类的内部创建一个ceo变量，并没有创建实例
	private static CEO ceo;

	// CEO的构造函数私有化，避免哪个现眼包子公司直接创建CEO
	private CEO(){
		sout("创建一个CEO")
	}
	
	// 对外提供一个public方法
	public static CEO getCEO() {
		// 当调用时才会创建实例
		if(null == ceo) {
			ceo = new CEO();
		}
		return ceo;
	}

	// 实现盖章功能
	public void gaizhang(){
		sout(“盖章批准”)
	}
}

懒汉式单例（线程安全版本）

  在外部调用时才实例化对象。

• 优点：懒加载，节省内存。
• 缺点：由于使用了synchronized关键字，解决了线程安全问题，但是使得多线程变成串行，效率不高。

class CEO {

	// 在CEO类的内部创建一个ceo变量，并没有创建实例
	private static CEO ceo;

	// CEO的构造函数私有化，避免哪个现眼包子公司直接创建CEO
	private CEO(){
		sout("创建一个CEO")
	}
	
	// 对外提供一个public方法 但是synchronized
	public static synchronized CEO getCEO() {
		// 当调用时才会创建实例
		if(null == ceo) {
			ceo = new CEO();
		}
		return ceo;
	}

	// 实现盖章功能
	public void gaizhang(){
		sout(“盖章批准”)
	}
}

懒汉式单例（线程安全双重检查版本）

class CEO {

    // 声明一个常量,加了volatile保证线程安全，相当于一个轻量化的synchronized 	
    private static volatile CEO ceo;

	// CEO的构造函数私有化，避免哪个现眼包子公司直接创建CEO
	private CEO(){
		sout("创建一个CEO")
	}
	
    /*
     对外提供一个共有的方法，返回对象实例，这里添加线程同步
     将synchronized加载方法内部，只有初创时的少部分线程会执行线程同步，
     之后的执行都将在第一个if处返回，提高效率
     */
	public static CEO getCEO() {
		if(null == ceo) {
			// 
			synchronized (CEO.class) {
				if(null == ceo) {
					ceo = new CEO();
				}
			}
		}
		return ceo;
	}

	// 实现盖章功能
	public void gaizhang(){
		sout(“盖章批准”)
	}
}