设计模式之----创建型模式(三)-----单例模式

本文深入探讨了单例模式的三种常见实现方式:懒汉式、饿汉式与登记式。通过对比它们在多线程环境下的线程安全、类加载时间和延迟加载特性,帮助开发者选择最适合特定需求的单例模式实现。

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


单例模式:http://blog.youkuaiyun.com/huangyuan_xuan/article/details/52193006

todo:根据链接博客整理一下单例模式


第一种(懒汉式):

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

此种模式虽然解决了线程同步访问的安全问题,但是99%的情况下不需要线程安全,浪费了资源降低了效率。在实际开发过程中,看具体情况来决定getInstance方法前是否要加线程安全关键字synchronized


第二种(饿汉式):

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

}

这种方式基于classloder机制避免了多线程的同步问题,不过,instance在类装载时就实例化,延长了类加载的时间


第三种(登记式):

原理是使用静态内部类来实现单例模式


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

}

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

上面只是举出了三种常用模式,其实常见的还有几种,如枚举和双重校验锁等

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值