单例模式

第一种(懒汉模式,线程不安全)
//懒汉模式,线程不安全

public class Singleton {
	private static Singleton instance;
	private Singleton(){}
	public static Singleton getInstance(){
		if (instance==null) {
			try {
				//线程睡眠用于测试线程为什么不安全
				Thread.sleep(1000);
				instance = new Singleton();
			} catch (Exception e) {
				e.printStackTrace();
			}
		}
		return instance;
	}
}

测试线程不安全的代码

class ThreadTest extends Thread{
	public Singleton instance = null;
	public void run(){
		try {
			instance = Singleton.getInstance();
		} catch (Exception e) {
			e.printStackTrace();
		}
	}
}
public class SingletonTest {
	public static void main(String[] args) throws InterruptedException {
		ThreadTest tt1 = new ThreadTest();
		tt1.start();
		ThreadTest tt2 = new ThreadTest();
		tt2.start();
		Thread.sleep(2000);
		Singleton s1 = tt1.instance;
		Singleton s2 = tt2.instance;
		if (s1 == s2) {
			System.out.println("this is a test");
		}else {
			System.out.println("error");
		}
	}
}
public class Singleton {
	private static Singleton instance;
	private Singleton(){}
	public synchronized static Singleton getInstance(){
		if (instance==null) {
			instance = new Singleton();
		}
		return instance;
	}
}
线程安全的原因是在获取实例的方法上加了锁,同一时间点只允许一个线程进入该方法。
优点:能够保证线程安全。
缺点:每次访问都要加锁,一定程度上增加了资源消耗。分析可以看出当系统内存在实例的时候,可以直接返回,不必加锁。因此有了改进版的懒汉模式。

第三种(懒汉模式,改进版)

public class Singleton {
	private static Singleton instance;
	private Singleton(){}
	public static Singleton getInstance(){
		if (instance==null) {
			//只有需要创建实例的时候,才会加锁
			synchronized(Singleton.class){
				if (instance == null) {
					instance = new Singleton();
				}
			}
		}
		return instance;
	}
}

第四种(饿汉模式)

public class Singleton {
	private static Singleton instance=new Singleton();
	private Singleton(){};
	public Singleton getInstance(){
		return instance;
	}
}

这种方式基于classloder机制避免了多线程的同步问题,不过,instance在类装载时就实例化,虽然导致类装载的原因有很多种,
在单例模式中大多数都是调用getInstance方法, 但是也不能确定有其他的方式(或者其他的静态方法)导致类装载,
这时候初始化instance显然没有达到lazy loading的效果。
第五种(饿汉模式,静态构造)

public class Singleton {
	private static Singleton instance=null;
	static{
		instance = new Singleton();
	}
	private Singleton(){}
	public Singleton getInstance(){
		return instance;
	}
}

面上看起来差别挺大,其实更第四种方式差不多,都是在类初始化即实例化instance。 
第六种 静态内部类

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

这种方式同样利用了classloder的机制来保证初始化instance时只有一个线程,它跟第三种和第四种方式不同的是(很细微的差别):
第五种和第六种方式是只要Singleton类被装载了,那么instance就会被实例化(没有达到lazy loading效果),而这种方式是Singleton类被装载了
instance不一定被初始化。因为SingletonHolder类没有被主动使用,只有显示通过调用getInstance方法时,才会显示装载SingletonHolder类,
从而实例化instance。想象一下,如果实例化instance很消耗资源,我想让他延迟加载,另外一方面,我不希望在Singleton类加载时就实例化,
因为我不能确保Singleton类还可能在其他的地方被主动使用从而被加载,那么这个时候实例化instance显然是不合适的。
这个时候,这种方式相比第三和第四种方式就显得很合理。
第七种枚举类型

public enum Singleton {
	instance;
	public void whateverMethod(){
		
	}
}

这种方式是Effective Java作者Josh Bloch 提倡的方式,它不仅能避免多线程同步问题,而且还能防止反序列化重新创建新的对象,
可谓是很坚强的壁垒啊,不过,个人认为由于1.5中才加入enum特性,用这种方式写不免让人感觉生疏,在实际工作中,我也很少看见有人这么写过。


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

fjkxyl

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值