[设计模式]单例模式五种方式

108 篇文章 68 订阅 ¥9.90 ¥99.00
本文详细介绍了单例模式的核心作用、应用场景及其优点,并列举了五种实现方式:懒汉式、饿汉式、双重检查锁定、静态内部类和枚举方式。每种方式都分析了其线程安全性、调用效率和是否延迟加载,并讨论了各自的优缺点。建议在需要延迟加载时使用静态内部类方式,而枚举方式则是防止多次实例化的最佳选择。
摘要由CSDN通过智能技术生成

核心作用: 保证一个类只有一个实例,并且提供了一个访问该实例的全局访问点。

常见应用场景:

windows的任务管理器 就是一个单例模式。

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

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

在Spring的Bean默认就是单例的,这样做的优点是Spring容器可以管理。

Spring MVC框架中,控制器对象也是单例。

单例模式的优点:

由于单例模式只生成一个实例,减少了系统性能的开销。当一个对象的生产需要比较多的资源时,可以通过在应用启动时直接生产一个单例对象,然后永久驻留内存的方式来解决。

单例模式可以在系统设置全局的访问点,优化共享资源访问,例如可以设计一个单例类,负责所有数据表的映射处理。

常见的五种单例模式:

主要

懒汉式(线程安全,调用效率不高。可以延迟加载)

饿汉式(线程安全,调用效率高。不能延迟加载)

其他

双重检测锁式
静态内部类式(线程安全,调用效率高。可以延迟加载)
枚举单例(

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

hello_world!

你的鼓励将是我创作的最大动力!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值