传统单例模式
保证一个类仅有一个实例，并提供一个访问它的全局访问点。
实现单例核心思想
无非是用一个变量来标志当前是否已经为某个类创建过对象，如果是，则在下一次获取该类的实例时，直接返回之前创建的对象，接下来我们用JavaScript来强行实现这个思路，请看代码：
我们通过Singleton.getInstance来获取Singleton类的唯一对象，这样确实是没问题的，但是js本身是没有类这种概念的，所以我们强行用传统单例思想来实现是没有任何意义的，这样的代码又臭又长（其实是我自己看着不舒服嘻嘻嘻）。下面我们使用JavaScript的闭包来实现一个单例，请看代码：
可以看到，这样我们确实用闭包来实现了一个单例，但这个代码还是高度耦合的，CreateDiv的构造函数实际上负责了两件事情。第一是创建对象和执行初始化init方法，第二是保证只有一个对象。这样的代码是职责不明确的，现在我们要把这两个工作分开，构造函数就负责构建对象，至于判断是返回现有对象还是构造新的对象并返回，我们交给另外一个函数去完成，其实也就是为了满足一个编程思想：单一职责原则。这样的代码才能更好的解耦，请看下面代码：
可以看到，现在我们的构造函数CreateDiv现在只负责构造对象，至于是返回现有对象还是构造新的对象并返回，这件事我们交给了代理类proxySingletonCreateDiv来处理，这样的代码看着才舒（zhuang）服（bi）嘛！
最后贴一个高度抽象的单例模式代码，惰性单例的精髓！
形参fn是我们的构造函数，我们只要传入任何自己需要的构造函数，就能生成一个新的惰性单例。比如说传入创建一个女朋友的构造函数，并且调用getSingle(),就能生成一个新的女朋友。如果以后再调getSingle(),也只会返回刚才创建的那个女朋友。至于新女朋友——不存在的。
单例常用场景
只需要生成一个唯一对象的时候，比如说页面登录框，只可能有一个登录框，那么你就可以用单例的思想去实现他，当然你不用单例的思想实现也行，那带来的结果可能就是你每次要显示登陆框的时候都要重新生成一个登陆框并显示（耗费性能），或者是不小心显示出了两个登录框。
