设计模式之单例模式

单例模式就是指整个应用中只能存在一个实例。单例类的创建有三种方式。就这三种方式可以作一个比较:

 

第一种:在声明变量出实例化对象(也叫 饿汉式 单例模式)代码如下:
      

    
   第二种:把对象的创建放到方法里边去(也较 懒汉式 单例模式)代码如下:


第三种:另类懒汉式方式:代码如下:



他们之间有什么有缺点呢?? 先来看第一种方式:懒汉式
    优点:在初始化的时候创建对象,调用getInstance的时候,没有同步方法,性能较高。
    缺点:可能导致数据还未初始完就创建了对象,故有可能对象数据初始不正确。
    上边第一段代码例子太简单了,看不成任何问题,那么来写一个可能产生问题的例子看看:代码如下:

 

 

  写到这个地方,是不是能看出点眉目了,呵呵,上边代码是不是会抛出:java.lang.NullPointerException异常,为什么呢,很简单,我们知道

类的加载过程是什么: 装载----验证 ---准备---解析---初始化。初始化之前,类加载器会把所有变量都默认为对应类型的默认值。复合类型变量是不是为null,而在初始的时候,上边的第一条语句就new了本身,在进入构造器函数的时候,是不是就产生了错误。

  第二种创建方式的优缺点:
   优点:避免了第一种方式可能产生的错误。
   缺点:不利于用在多线程上,因为他使用了锁,这样在资源上有很大浪费。
   后来有人提出了双检查单例模式,参考资料在:http://www.ibm.com/developerworks/java/library/j-dcl.html?dwzone=java 

第三种创建方式的优缺点:(Bob lee创建的)
   优点: 综合了上诉两种方法的优点,故,我比较推荐使用这种方式;

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值