设计模式- 单例模式思考和应用

概述：

这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。

主要解决：

一个全局使用的类频繁地创建对象和销毁对象。

使用场景：

想控制JVM的实例数目，节省系统资源的时候。

单例原理：

判断系统是否已经有这个类的实例，如果有则返回，如果没有则创建一个。

单例实现方式：

（5种方式网络上很多不在赘述）

思考：

1、单例对象和静态类的区别？

   存在一些场景，静态类比单例更适合，这个场景中主要的一个例子就是java.lang.Math。如果你的单例不需要维护任何状态，仅仅提供全局访问的方法，这种情况考虑使用静态类，静态方法比单例更快，因为静态的绑定是在编译期就进行的。但是要记住，不建议在静态类中维护状态信息，特别是在并发环境中，若无适当的同步措施而修改多线程并发时，会导致坏的竞态条件。如果你需要将一些工具方法集中在一起时，你可以选择使用静态方法，但是别的东西，要求单例访问资源时，应该使用单例模式。
1) 静态类比单例具有更好的性能，因为静态方法在编译期绑定。
2) 再次，它们的区别是override的能力，因Java中的静态方法是不可以覆盖的，这就导致其木有太多的灵活性，另一面，你可通过继承的方式覆盖单例   类中定义的方法(提供内包类)。
3) 静态类很难模拟，因此难于单例测试，单例更容易模拟，因为也比静态类易于编写单元测试，不论什么单例期望什么，你都可以传递模拟对象，例如构造方法或方法参数。
4)如果你的需求中需要维护状态信息，则单例比静态类更适合，因为后者在维护状态信息方面是非常可怕的，并导致狡滑的bug。
5)如果是一个非常重的对象，单例可以懒加载，但是静态类没有这样的优势，并且非常热切的加载。
6) 许多依赖注入的框架对单例都有良好的管理，例如Spring，使用它们非常容易。

7) 类无法对成员变量进行依赖注入，单例对象可以进行依赖注入。

实际应用：

使用spring框架创建的对象，如果不特殊指定都是单例形式。