Java的几种单例模式及特点

1、Java常见的单例模式（懒汉、饿汉、双重锁模式）

       

    1.1饿汉模式   

public class Singleton_e {
	private static final Singleton_e instance = new Singleton_e();
	private Singleton_e() {
		System.out.println("这是单例模式之：饿汉模式");
	}
	public static Singleton_e getInstance() {
		return instance;
	}
}

    从时间和空间方面分析： 饿汉式是典型的空间换时间，当类装载的时候就会创建类实例，不管你用不用，先创建出来，然后每次调用的时候，就不需要再判断了，节省了运行时间。

    从线程安全方面分析：饿汉式是线程安全的，因为虚拟机保证只会装载一次，在装载类的时候是不会发生并发的。

    1.2懒汉模式

public class Singleton_lan {
	private static Singleton_lan instance = null;
	private Singleton_lan() {
		System.err.println("这是单例模式之：懒汉模式");
	}
	public static synchronized Singleton_lan getInstance() {
		if (instance == null) {
			instance = new Singleton_lan();
		}
		return instance;
	}
}

    从时间和空间方面分析： 懒汉式是典型的时间换空间，也就是每次获取实例都会进行判断，看是否需要创建实例，浪费判断的时间。当然，如果一直没有人使用的话，那就不会创建实例，则节约内存空间。
    从线程安全方面分析：懒汉式从线程安全性上讲，不加同步的懒汉式是线程不安全的，比如，有两个线程，一个是线程A，一个是线程B，它们同时调用getInstance方法，那就可能导致并发问题

    1.3双重检查锁模式（DCL）

public class Singleton_shuangchongsuo {
	private static Singleton_shuangchongsuo instance = null;
	private Singleton_shuangchongsuo() {
		System.out.println("这是单例模式之：双重锁模式");//(1)
	}

	public static Singleton_shuangchongsuo getInstance() {
		if (instance == null) {//(2)
			synchronized (instance) {//(3)
				if (instance == null) {//(4)
					instance = new Singleton_shuangchongsuo();//(5)
				}
			}
		}
		return instance;//(6)
	}
}

    双重锁模式简称DCL（double check lock）相当于对懒汉模式进行了增强，保证多线程访问时安全问题（但是不符合happens-before原则，后面会讨论）。

    当然如果直接在Singleton_shuangchongsuo（）方法上加锁也可以达到目的，但是这样的话，每次获取实例都要去判断一下是否加锁，造成效率低下。而双重锁只会在特殊情况（第一次创建实例instance时，可能会产生多个实例同时访问的情况下）才会判断锁是哪个，相对效率高。

1.4、用happens-before规则重新审视双重检查锁模式（DCL）

我想简单的用对象创建期间的实际场景来分析一下：（以下是我的个人的理解，所看的资料也是非官方的，不完全保证正确。）

还是看上面1.3双重锁模式的代码，假设线程1执行完(5)时，线程2正好执行到了(2)；
看看 new Singleton_shuangchongsuo(); 这个语句的执行过程： 它不是一个原子操作，实际是由多个步骤，我们从我们关注的角度简化一下，简单的认为它主要有2步操作好了：
a） 在内存中分配空间，并将引用指向该内存空间。
b） 执行对象的初始化的逻辑(和操作)，完成对象的构建。

此时因为线程1和线程2没有用同步，他们之间不存在“Happens-Before”规则的约束，所以在线程1创建Singleton_shuangchongsuo对象的 a),b)这两个步骤对于线程2来说会有可能出现a)可见，b)不可见
造成了线程2获取到了一个未创建完整的Singleton_shuangchongsuo对象引用，为后边埋下隐患。

改进后的DCL代码：

public class Singleton_lan2 {
	private Singleton_lan2(){
		System.out.println("这是对饿懒模式的的增强，解决由双重锁模式代码未遵循happens-before原则带来的问题");
	}
	private static class InstanceHolder {//1 static 
		private static final  Singleton_lan2 instance = new Singleton_lan2();//2 static 
	}
	public static Singleton_lan2 getInstance(){//3 该static保证不需要实例化Singleton_lan2调用该静态方法
		return InstanceHolder.instance;//通过1、2的static关键字保证可以访问静态类中的静态变量
	}
}

    以上代码是通过静态内部类的方式实现。当getInstance方法第一次被调用的时候，它第一次读取InstanceHolder.instance，导致InstanceHolder类得到初始化；而这个类在装载并被初始化的时候，会初始化它的静态域，从而创建Singleton的实例，由于是静态的域，因此只会在虚拟机装载类的时候初始化一次，并由虚拟机来保证它的线程安全性。这个模式的优势在于，getInstance方法并没有被同步，并且只是执行一个域的访问，因此延迟初始化并没有增加任何访问成本。

 

 

 

更多相关DCL的修正请参考以下文章：

http://www.cs.umd.edu/~pugh/java/memoryModel/DoubleCheckedLocking.html

参考文章：http://ifeve.com/java-concurrent-hashmap-1/

更详细解释可以看这里：http://www.javaeye.com/topic/260515?page=1   。

 

 

转载于:https://my.oschina.net/u/2488793/blog/1532055