Java的几种单例模式及特点
博客专区 > Mrling 的博客 > 博客详情
Java的几种单例模式及特点
Mrling 发表于2个月前
Java的几种单例模式及特点
  • 发表于 2个月前
  • 阅读 15
  • 收藏 1
  • 点赞 0
  • 评论 0

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   

 

 

共有 人打赏支持
粉丝 2
博文 6
码字总数 7277
×
Mrling
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: