单例模式优缺点及应用场景
2019-05-25 21:47
148 查看
版权声明:转载请注明 https://blog.csdn.net/twt936457991/article/details/90551977
优点:
- 在单例模式中,活动的单例只有一个实例,对单例类的所有实例化得到的都是相同的一个实例。这样就防止其它对象对自己的实例化,确保所有的对象都访问一个实例
- 单例模式具有一定的伸缩性,类自己来控制实例化进程,类就在改变实例化进程上有相应的伸缩性。
- 提供了对唯一实例的受控访问。
- 由于在系统内存中只存在一个对象,因此可以节约系统资源,当需要频繁创建和销毁的对象时单例模式无疑可以提高系统的性能。
- 允许可变数目的实例。
- 避免对共享资源的多重占用。
缺点:
- 不适用于变化的对象,如果同一类型的对象总是要在不同的用例场景发生变化,单例就会引起数据的错误,不能保存彼此的状态。
- 由于单利模式中没有抽象层,因此单例类的扩展有很大的困难。
- 单例类的职责过重,在一定程度上违背了“单一职责原则”。
- 滥用单例将带来一些负面问题,如为了节省资源将数据库连接池对象设计为的单例类,可能会导致共享连接池对象的程序过多而出现连接池溢出;如果实例化的对象长时间不被利用,系统会认为是垃圾而被回收,这将导致对象状态的丢失。
使用注意事项:
- 使用时不能用反射模式创建单例,否则会实例化一个新的对象
- 使用懒单例模式时注意线程安全问题
- 饿单例模式和懒单例模式构造方法都是私有的,因而是不能被继承的,有些单例模式可以被继承(如登记式模式)
适用场景:
单例模式只允许创建一个对象,因此节省内存,加快对象访问速度,因此对象需要被公用的场合适合使用,如多个模块使用同一个数据源连接对象等等。如:
- 需要频繁实例化然后销毁的对象。
- 创建对象时耗时过多或者耗资源过多,但又经常用到的对象。
- 有状态的工具类对象。
- 频繁访问数据库或文件的对象。
以下都是单例模式的经典使用场景:
- 资源共享的情况下,避免由于资源操作时导致的性能或损耗等。如上述中的日志文件,应用配置。
- 控制资源的情况下,方便资源之间的互相通信。如线程池等。
相关文章推荐
- 单例模式(Singleton)应用场景和优缺点
- 设计模式之——单例模式(Singleton)的实现、优缺点和常见应用场景
- 单例模式(Singleton)应用场景和优缺点
- 设计模式-单例设计模式 应用场景及优缺点
- 设计模式的应用场景(2)--工厂相关模式
- 五种I/O 模式——阻塞(默认IO模式),非阻塞(常用语管道),I/O多路复用(IO多路复用的应用场景),信号I/O,异步I/O
- Activity的四种启动模式应用场景
- Java设计模式(三) Visitor(访问者)模式及多分派场景应用
- Ajax原理、优缺点及应用场景
- NDK探究之旅《七》—函数指针,宏定义的优缺点及应用场景
- Activity的四种启动模式及其应用场景
- 设计模式之——单例模式(Singleton)的常见应用场景
- php观察者模式应用场景实例详解
- 单例模式应用场景
- android launchmode(四种启动模式)应用场景及实例
- 单例模式应用场景
- 单例模式应用场景和设计失误所引发的问题
- 设计模式应用场景
- 五种IO 模式——阻塞(默认IO模式),非阻塞(常用语管道),IO多路复用(IO多路复用的应用场景),信号IO,异步IO
- 设计模式实际应用场景(转)