单例模式
单例模式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
})();每日一题
代码语言：javascript复制https://github.com/WindrunnerMax/EveryDay参考
代码语言：javascript复制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
