24面试常问:请你谈谈单例模式的优缺点,注意事项,使用场景

371 篇文章 12 订阅
189 篇文章 2 订阅

 

单例模式介绍:

单例模式(Singleton),也叫单子模式,是一种常用的软件设计模式。在应用这个模式时,单例对象的类必须保证只有一个实例存在。许多时候整个系统只需要拥有一个全局对象,这样有利于我们协调系统整体的行为。

比如在某个服务器程序中,该服务器的配置信息存放在一个文件中,这些配置数据由一个单例对象统一读取,然后服务进程中的其他对象再通过这个单例对象获取这些配置信息。这种方式简化了在复杂环境下的配置管理。

单例模式实现思路:

  • 一个类能返回对象一个引用(永远是同一个)和一个获得该实例的方法(必须是静态方法,通常使用getInstance这个名称);

  • 调用这个方法时,如果类持有的引用不为空就返回这个引用,如果类保持的引用为空就创建该类的实例并将实例的引用赋予该类保持的引用;

  • 将该类的构造函数定义为私有方法,这样其他处的代码就无法通过调用该类的构造函数来实例化该类的对象,只有通过该类提供的静态方法来得到该类的唯一实例。

需要注意的地方:

单例模式在多线程的,应用场合下必须小心使用。如果当唯一实例尚未创建时,有两个线程同时调用创建方法,那么它们同时没有检测到唯一实例的存在,从而同时各自创建了一个实例,这样就有两个实例被构造出来,从而违反了单例模式中实例唯一的原则。

解决这个问题的办法是为指示类是否已经实例化的变量提供一个互斥锁(虽然这样会降低效率)。

优点:

  1. 在单例模式中,活动的单例只有一个实例,对单例类的所有实例化得到的都是相同的一个实例。这样就 防止其它对象对自己的实例化,确保所有的对象都访问一个实例

  2. 单例模式具有一定的伸缩性,类自己来控制实例化进程,类就在改变实例化进程上有相应的伸缩性。

  3. 提供了对唯一实例的受控访问。

  4. 由于在系统内存中只存在一个对象,因此可以 节约系统资源,当 需要频繁创建和销毁的对象时单例模式无疑可以提高系统的性能。

  5. 允许可变数目的实例。

  6. 避免对共享资源的多重占用。

缺点:

  1. 不适用于变化的对象,如果同一类型的对象总是要在不同的用例场景发生变化,单例就会引起数据的错误,不能保存彼此的状态。

  2. 由于单利模式中没有抽象层,因此单例类的扩展有很大的困难。

  3. 单例类的职责过重,在一定程度上违背了“单一职责原则”。

  4. 滥用单例将带来一些负面问题,如为了节省资源将数据库连接池对象设计为的单例类,可能会导致共享连接池对象的程序过多而出现连接池溢出;如果实例化的对象长时间不被利用,系统会认为是垃圾而被回收,这将导致对象状态的丢失。

使用注意事项:

  1. 使用时不能用反射模式创建单例,否则会实例化一个新的对象

  2. 使用懒单例模式时注意线程安全问题

  3. 饿单例模式和懒单例模式构造方法都是私有的,因而是不能被继承的,有些单例模式可以被继承(如登记式模式)

适用场景:

单例模式只允许创建一个对象,因此节省内存,加快对象访问速度,因此对象需要被公用的场合适合使用,如多个模块使用同一个数据源连接对象等等。如:

  • 需要频繁实例化然后销毁的对象。

  • 创建对象时耗时过多或者耗资源过多,但又经常用到的对象。

  • 有状态的工具类对象。
    -频繁访问数据库或文件的对象。

以下都是单例模式的经典使用场景:

  1. 资源共享的情况下,避免由于资源操作时导致的性能或损耗等。如上述中的日志文件,应用配置。

  2. 控制资源的情况下,方便资源之间的互相通信。如线程池等。

应用场景:

1.外部资源,每台计算机有若干个打印机,但只能有一个PrinterSpooler,以避免两个打印作业同时输出到打印机。内部资源:大多数软件都有一个(或多个)属性文件存放系统配置,这样的系统应该有一个对象管理这些属性文件

2.Windows的Task Manager(任务管理器)就是很典型的单例模式(这个很熟悉吧),想想看,是不是呢,你能打开两个windows task manager吗?不信你自己试试看哦~

3.windows的Recycle Bin(回收站)也是典型的单例应用。在整个系统运行过程中,回收站一直维护着仅有的一个实例。

4.网站的计数器,一般也是采用单例模式实现,否则难以同步。

5.应用程序的日志应用,一般都何用单例模式实现,这一般是由于共享的日志文件一直处于打开状态,因为只能有一个实例去操作,否则内容不好追加。

6.Web应用的配置对象的读取,一般也应用单例模式,这个是由于配置文件是共享的资源。

7.数据库连接池的设计一般也是采用单例模式,因为数据库连接是一种数据库资源。数据库软件系统中使用数据库连接池,主要是节省打开或者关闭数据库连接所引起的效率损耗,这种效率上的损耗还是非常昂贵的,因为何用单例模式来维护,就可以大大降低这种损耗。

8.多线程的线程池的设计一般也是采用单例模式,这是由于线程池要方便对池中的线程进行控制。

9.操作系统的文件系统,也是大的单例模式实现的具体例子,一个操作系统只能有一个文件系统。

10.HttpApplication 也是单位例的典型应用。熟悉ASP.Net(IIS)的整个请求生命周期的人应该知道HttpApplication也是单例模式,所有的HttpModule都共享一个HttpApplication实例.

 

最新2020整理收集的一些面试题(都整理成文档),有很多干货,包含mysql,netty,spring,线程,spring cloud、jvm、源码等详细讲解,也有详细的学习规划图,面试题整理等,需要获取这些内容的朋友扫描下方二维码免费获取:暗号:【CSDN】

 

å¨è¿éæå¥å¾çæè¿°

看完三件事❤️

如果你觉得这篇内容对你还蛮有帮助,我想邀请你帮我三个小忙:

  1. 点赞,转发,有你们的 『点赞和评论』,才是我创造的动力。

  2. 关注公众号 『 java烂猪皮 』,不定期分享原创知识。

  3. 同时可以期待后续文章ing🚀

  • 2
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
面试到你是否熟悉Ansible以及在运维工作中如何使用Ansible时,你可以回答如下: Ansible是一种自动化运维工具,它可以帮助管理和配置大规模的计算机系统。我对Ansible非熟悉,并且在过去的工作中经使用它来简化和自动化运维任务。 在运维工作中,我使用Ansible的主要方式有以下几个方面: 1. 配置管理:我使用Ansible来管理服务器的配置文件,包括安装和更新软件包、配置文件的修改和分发等。通过编写Ansible Playbook,我可以定义一系列任务和配置项,然后通过执行Playbook来自动化这些操作。 2. 应用部署:我使用Ansible来自动化应用程序的部署过程。通过编写Ansible Playbook,我可以定义应用程序的安装、配置和启动等步骤,然后通过执行Playbook来快速部署应用程序到目标服务器上。 3. 系统监控:我使用Ansible来进行系统监控和巡检。通过编写Ansible Playbook,我可以定义一系列监控任务,例如检查服务器的CPU、内存、磁盘等资源使用情况,然后通过执行Playbook来定期执行这些监控任务并生成报告。 4. 故障排查:当出现故障时,我使用Ansible来进行故障排查。通过编写Ansible Playbook,我可以定义一系列诊断任务,例如检查网络连接、查看日志文件等,然后通过执行Playbook来快速定位和解决题。 总的来说,我在运维工作中广泛使用Ansible来简化和自动化各种任务,提高工作效率并确保系统的稳定性和可靠性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值