GOF23设计模式——单例模式

单例模式

一、核心作用：保证一个类只有一个实例，并且提供一个访问该实例的全局访问点。

二、单例模式的优点：

     由于单例模式只生成一个实例，减少了系统性能开销，当一个对象的产生需要比较多的资源时，如读取配置、产生其他依赖对象时，则可以通过在应用启动时直接产生一个单例对象，然后永久驻留内存的方式来解决。

   单例模式可以在系统设置全局的访问点，优化环共享资源的访问，例如可以设计一个单例类，负责所有数据表的映射处理。

三、常见的五种单例模式实现方式：

——主要：

                 饿汉式（线程安全，调用效率高。但是，不能延时加载。）

                 懒汉式（线程安全，调用效率不高。但是，可以延时加载。）

——其他：

                 双重检测锁式（由于JVM底层内部模型原因，偶尔会出问题。不建议使用。）

                 静态内部类式（线程安全，调用效率高。但是，可以延时加载）；

                 枚举单例（线程安全，调用效率高，不能延时加载）；

四、饿汉式实现（单例对象立即加载）

package DesignPatterns;

public class SingletonDemo01 {
	//类初始化时，立即加载这个对象（没有延时加载的优势），加载类时，天然的是线程安全。
	private static SingletonDemo01 instance = new SingletonDemo01();
	
	private SingletonDemo01(){
	}
	//方法没有同步，调用效率搞。
	public static SingletonDemo01 getInstance(){
		return instance;
	}
}

package DesignPatterns;

public class client {
	
	public static void main(String[] args) {
		SingletonDemo01 s1 = SingletonDemo01.getInstance();
		SingletonDemo01 s2 = SingletonDemo01.getInstance();
		System.out.println(s1==s2);//结果为true
	}
}

注意：饿汉式单例模式代码中，static变量会在类装载时初始化，此时不会涉及多个线程对象访问对象的问题。虚拟机保证只会装载一次该类，肯定不会发生并发访问的问题。因此可以省略synchronized关键字。

问题：如果只是加载本类，而不是要调用getInstance()，甚至永远没有调用，则会造成资源的浪费！

五、懒汉式实现（单例对象延迟加载）

package DesignPatterns.Singleton;

public class SingletonDemo02 {
	private static SingletonDemo02 s1;
	private SingletonDemo02(){	
	}
	public static synchronized SingletonDemo02 getInstance(){
		if(s1==null){
			s1 = new SingletonDemo02();
		}
		return s1;
	}
}

要点：延迟加载，懒加载！真正用的时候才加载。

问题：资源利用率高了。但是，每次调用getInstance（）方法都要同步，并发效率低了。。

六、静态内部类实现方式（也是一种懒加载方式）

package DesignPatterns.Singleton;

public class SingletonDemo03 {
	private static class SingletonClassInstance{
		private static final SingletonDemo03 instance = new SingletonDemo03();
	}
	private SingletonDemo03(){
		
	}
	public static SingletonDemo03 getInstance(){
		return SingletonClassInstance.instance;
	}
}

要点：

外部类没有static属性，则不会像饿汉式那样立即加载对象。

           只有真正调用getInstance(),才会加载静态内部类。加载类时是线程安全的。instance是static类型，保证了内存中只有一个实例存在，而且只能被赋值一次，从而保证了线程安全性。

           兼备了并发高效调用和延迟加载的优势！

单例模式的构造器最好是私有的，不公开（私有）构造器是为了减少错误的使用和猜测而定的规则。比如在实际开发过程中，由于调用了单例模式，该单例的构造方法是public的。在调用的时候，采用了Singleton singleton = new Singleton();这样的结果就是导致不断的初始化Singleton类，内存很快耗尽，应用速度变慢。

七、枚举实现单例模式

package DesignPatterns.Singleton;

public enum SingletonDemo04 {
	INSTANCE;//定义一个枚举元素，它就代表了SingltonDemo04的一个实例
	
	//添加自己需要的操作。
	public void SingletonDemo04(){
	}
}

优点：实现简单。

           枚举本身就是单例模式。由JVM从根本上提供保障!避免通过反射和反序列化的漏洞！

缺点：无延迟加载。

八、双重检测锁实现单例模式。

package DesignPatterns.Singleton;
/*
 * 双重检测锁实现单例模式
 */
public class SingletonDemo05 {
	private static SingletonDemo05 instance = null;
	public static SingletonDemo05 getInstance(){
		if(instance==null){
			SingletonDemo05 sc;
			synchronized (SingletonDemo05.class){
				sc=instance;
				if(sc==null){
					synchronized (SingletonDemo05.class){
						if(sc==null)
							sc = new SingletonDemo05();
					}
				}
				instance = sc;
			}
		}
		return instance;
	}
	private SingletonDemo05(){
		
	}
}

这个模式将同步内容到if内部，提高了执行效率，不必每次获取对象时都进行了同步，只有第一次才同步创建了以后就没必要了。

问题：由于编译器优化原因和JVM底层内部模型原因偶尔会出现问题，不建议使用。

效率比较：

                 单例对象占用资源少，不需要延时加载：枚举式好于饿汉式。

                  单例对象占用资源大，需要延时加载：静态内部类好于懒汉式。