浅谈java单例模式及应用场景

单例模式有 3 个特点:

1、单例类只有一个实例对象;

2、该单例对象必须由单例类自行创建;

3、单例类对外提供一个访问该单例的全局访问点;

单例模式的两种实现形式:

第 1 种:懒汉式单例,可理解为懒加载模式,特点是类加载时没有生成单例,只有当第一次调用 getlnstance 方法时才去创建这个单例,故在首次调用时效率略低。
在这里插入图片描述
注意: 如果编写的是多线程程序,则不要删除上例代码中的关键字 volatile 和 synchronized,否则将存在线程非安全的问题。如果不删除这两个关键字就能保证线程安全,但是每次访问时都要同步,会影响性能,且消耗更多的资源,这是懒汉式单例的缺点。

第 2 种:饿汉式单例,特点是类一旦加载就创建一个单例,保证在调用 getInstance 方法之前单例已经存在了。故该形式在项目启动时会比懒汉式启动更花时间
在这里插入图片描述

单例模式的应用场景:

● 在应用场景中,某类只要求生成一个对象的时候,如一个班中的班长、每个人的身份证号等。
● 当对象需要被共享的场合。由于单例模式只允许创建一个对象,共享该对象可以节省内存,并加快对象访问速度。如 Web 中的配置对象、数据库的连接池等。
当某类需要频繁实例化,而创建的对象又频繁被销毁的时候,如多线程的线程池、网络连接池等。

这里多提一句,spring默认是单例的,在使用中应注意线程安全问题(相较于Struts2是线程非安全的,Struts2会在每次请求创建一个Action对象)
传送门—>软件设计原则

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值