单例模式

    是软件工程中23种设计模式最常见的一种,此模式要求单例对象的类必须保证只能创建一个实例,其中会提供一个全局的访问接口。

     使用场景:许多时候,整个系统只需要拥有一个全局对象,这样有利于我们协调系统整体的行为。1、比如在某个服务器程序中,该服务器的配置信息存放在一个文件中,这些配置数据由一个单例对象统一读取,然后服务进程中的其他对象再通过这个单例对象获取这些配置信息,这种方式就简化了在复杂环境下的配置管理。2、再比如数据库连接池的设计一般也采用单例模式,银行系统中对数据库的访往往是通过一个对象进行的,不会有多余对象有权限访问数据库,这种方式就保证了数据库的安全性。3、还比如在BBS、SNS等网站中,一般会有“当前在线人数”这项需求,按照面向对象的设计思想,就可以把它设计为“在线计数器”这样一个单例类,因为只需要一个计数器对象就可以供网站任何用到计数器的地方使用了,有用户登录就把类中的static计数属性加一,有用户退出就把类中的static计数属性减一。

1、饿汉式单例

    该单例类非常饿,迫切需要吃东西,所以不会判断是否已有对象,在类加载的时候就立即创建对象。从用户体验的角度来说,我们应该首选饿汉模式,因为用户愿意等待某个程序花较长的时间初始化,却不喜欢在程序运行时等待太久,给人一种反应迟钝的感觉。

2、懒汉式单例

    该单例类非常懒,只有在自身需要对象的时候,才判断是否已有对象,如果没有就创建一个对象,然后返回此对象,如果已有对象就不再创建,直接返回已有对象。

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值