单例模式
单例模式Singleton Pattern
又名单件模式或单态模式,属于创建型模式,其涉及到一个单一的类,该类负责创建所需的对象,同时确保只有单个对象被创建,这个类提供了一种访问其唯一的对象的方式,保证访问的对象是只实例化一次的对象类。
描述
单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例,这个类称为单例类,它提供全局访问的方法。单例模式主要有以下要点,首先是某个类只能有一个实例,再是其必须自行创建这个实例,以及其必须自行向整个系统提供这个实例。
模式结构
Singleton
: 单例。
Proxy
: 单例创建代理。
优点
提供了对唯一实例的受控访问。因为单例类封装了它的唯一实例,所以它可以严格控制客户怎样以及何时访问它,并为设计及开发团队提供了共享的概念。
由于在系统内存中只存在一个对象,因此可以节约系统资源,对于一些需要频繁创建和销毁的对象,单例模式无疑可以提高系统的性能。
允许可变数目的实例。我们可以基于单例模式进行扩展,使用与单例控制相似的方法来获得指定个数的对象实例。
缺点
由于单例模式中没有抽象层,因此单例类的扩展有很大的困难。
单例类的职责过重,在一定程度上违背了单一职责原则。因为单例类既充当了工厂角色,提供了工厂方法,同时又充当了产品角色,包含一些业务方法,将产品的创建和产品的本身的功能融合到一起。
滥用单例将带来一些负面问题,如为了节省资源将数据库连接池对象设计为单例类,可能会导致共享连接池对象的程序过多而出现连接池溢出;现在很多面向对象语言的运行环境都提供了自动垃圾回收的技术,因此如果实例化的对象长时间不被利用,系统会认为它是垃圾,会自动销毁并回收资源,下次利用时又将重新实例化,这将导致对象状态的丢失。
实现
对于ES6
来说实际上export default new Singleton()
即可将对象作为单例导出,但是目前ES6
模块是静态的,无法实现按需加载,当然可以使用babel
进行解析,也可以使用CommonJS
的require
,此外有一份新的规范提案也有可能将动态加载并入标准,下面是以代理与懒加载方式实现的单例模式。
class Singleton {
constructor ( ) {
this . name = "singleton" ;
}
}
class ProxyCreateSingleton {
static getInstance ( ) {
if ( this . instance ) return this . instance ;
return ( this . instance = new Singleton ) ;
}
}
( function ( ) {
var instance1 = ProxyCreateSingleton . getInstance ( ) ;
var instance2 = ProxyCreateSingleton . getInstance ( ) ;
console . log ( instance1 === instance2 ) ; // true
console . log ( new Singleton ( ) === new Singleton ( ) ) ; // false
} ) ( ) ;
每日一题
https://github.com/WindrunnerMax/EveryDay
参考
https://juejin.im/post/6844903874210299912
https://www.runoob.com/design-pattern/singleton-pattern.html
https://design-patterns.readthedocs.io/zh_CN/latest/creational_patterns/singleton.html