设计模式:单例模式singleton示例分析

本文探讨了单例模式的经典实现方法,并对比了使用内部类与同步关键字的区别,指出内部类实现能有效提升性能,同时分析了在序列化与反序列化时可能导致的多实例生成问题。通过实验验证了不同实现方式对性能的影响,为开发者提供优化单例模式实现的依据。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

public class singleton {
	private singleton(){
		System.out.println("构造方法被调用!");
	}
	private  static class  singletonHolder{
		private static singleton instance = new singleton();
	}
	public static singleton getInstance(){
		return singletonHolder.instance;
	}
	public static void main(String[] args) {
		new Thread(new ThreadTest()).start();
	}
	static  class ThreadTest implements Runnable{
		@Override
		public  void run() {
			long beginTime = System.currentTimeMillis();
			for(int i=0;i<100000;i++){
				singleton.getInstance();
			}
			System.out.println("花费时间为:"+(System.currentTimeMillis()-beginTime));
		}
	}
  

	
}

 以上为单例模式的比较经典的实现,使用内部类的实现方式即可以做到延迟加载,也不必使用同步关键字,是一个比较完善的实现。

我以前可能没有注意优化过,一般实现时为了延迟加载我们会使用同步关键字,但是大大降低了性能,经过测试,使用synchronized跟不使用时时间上差两个数量级,但以上这种实现可以性能比较好,当然,以上实现还是不能完全保证只生成一个单例,比如使用反射机制,强行调用私有构造方法,还是能生成多个实例,现不讨论这种极端方式,但还是一些合法的方法,可以导致生成多个单例类的实例。

在进行序列化跟反序列化时可能会导致生成多个实例,如果有这种情况,就要注意,可以避免!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值