设计模式-----单例模式

本文深入探讨了设计模式中的单例模式,介绍了其目的、优点及潜在缺点,并通过逐步改进的示例代码展示了如何实现线程安全的单例模式。
设计模式(Design Pattern)是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。
使用设计模式的目的:为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。 设计模式使代码编写真正工程化;设计模式是软件工程的基石脉络,如同大厦的结构一样。
说白了就是:就是使用设计模式,代码会更好。

单例模式:就是单个实例

那么单例模式有什么好处呢?

很简单,首先,都是单个实例了,那么就可以怎样

一、实例控制
单例模式会阻止其他对象实例化其自己的单例对象的副本,从而确保    所有对象都访问唯一实例。
二、灵活性
因为类控制了实例化过程,所以类可以灵活更改实例化过程。

但是还是有缺点的:

一、开销
虽然数量很少,但如果每次对象请求引用时都要检查是否存在类的实例,将仍然需要一些开销。可以通过使用静态初始化解决此问题。
二、可能的开发混淆
使用单例对象(尤其在类库中定义的对象)时,开发人员必须记住自己不能使用new关键字实例化对象。因为可能无法访问库源代码,因此应用程序开发人员可能会意外发现自己无法直接实例化此类。
三、对象生存期
不能解决删除单个对象的问题。在提供内存管理的语言中(例如基于.NET Framework的语言),只有单例类能够导致实例被取消分配,因为它包含对该实例的私有引用。在某些语言中(如 C++),其他类可以删除对象实例,但这样会导致单例类中出现悬浮引用。。
上代码
public class Single{
	/*私有化,防止外部创建实例*/
	private Single{}
	/*设置静态属性私有,防止外部通过类名访问*/
	private static Single single = new Single();
	/*设置静态方法*/
	public static Single getInstance(){
		return single;
	}
}

这个很简单的

上面有个问题,当类加载的时候,就会实例化Single(),假如我加载完类,一段时间没用,而实例却已经早就创建了,着就会造成一个浪费。

通过这个问题,我们可以想,当我们需要实例的时候我们才去实例化,而不是通过类加载,那么我们可以这样子做

public class Single{
	/*私有化,防止外部创建实例*/
	private Single{}
	/*设置静态属性私有,先设空,需要的时候再实例化*/
	private static Single single=null;
	/*设置静态方法*/
	public static Single getInstance(){
		if(single==null){
			single = new Single()
		}
		return single
	}
}

这样子,就没什么问题了

但是现在再思考一个问题,万一是多线程的时候呢?这样就有问题的了

这样子我们就需要加一个锁

public class Single{
	/*私有化,防止外部创建实例*/
	private Single{}
	/*设置静态属性私有,先设空,需要的时候再实例化*/
	private static Single single=null;
	/*设置静态方法*/
	public static Single getInstance(){
		/*两重判空是为了提高效率*/
		if(single==null){
			/*上锁*/
			synchronized(Single.Class){
				if (single==null) {
					single = new Single()	
				}
			}
		}
		return single;
	}
}
这样子就比较完美了
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值