静态类和单例模式区别
单例模式与静态类（一个类，所有方法为静态方法）是另一个非常有趣的问题，在《Java中有关单例模式的面试问题》博文中露掉了，由于单例模式和静态类都具有良好的访问性，它们之间有许多相似之处，例如，两者可以直接使用而无须创建对象，都可提交唯一实例，在一个非常高的高度上看起来它们都为是用于同样的任务。由于它们具有较多的相似性，面试官常常会问一些类似为神马使用单例模式替换静态方法？你能使用静态类替换单例模式吗？Java中单例模式与静态的区别有那些？等这样的问题，为回答这些问题，记住他们单例模式和静态方法之间基本的区别是非常重要的，前者给你一个Object，后者仅仅提供静态方法，由于对像比方法具有较强的能力，可以指导你神马时候使用单例模式与静态方法。
在本文中，我们会了解神马Java中的神马地方使用单例模式，神马时候使用静态类更好，顺便说下，JDK中有几个关于两者的例子，并且这例子非常聪明的，例如java.lang.Math是一个final类，并且其方法为静态方法，另一方面java.lang.Runtime是一个单例的类。对于那些不熟悉单例模式或静态类的人，静态类就是一个Java类，它仅包含静态方法，一个非常好静态类的例子就是java.lang.Math，它包括了许多为不同数据功能实现工具方法，例如sqrt()，而单例类，在整个应用生命周期内只有一个实例，例如java.lang.Runtime。
神马时候在Java中使用静态类替换单例
确实存在一些场景，静态类比单例更适合，这个场景中主要的一个例子就是java.lang.Math，它不是单例的，其所有方法都是静态方法，这里我给出几个场景，我觉得使用静态类比单例模式更适合。
1) 如果你的单例不需要维护任何状态，仅仅提供全局访问的方法，这种情况考虑使用静态类，静态方法比单例更快，因为静态的绑定是在编译期就进行的。但是要记住，不建议在静态类中维护状态信息，特别是在并发环境中，若无适当的同步措施而修改多线程并发时，会导致坏的竞态条件。
如果你需要将一些工具方法集中在一起时，你可以选择使用静态方法，但是别的东西，要求单例访问资源时，应该使用单例模式。
Java中单例与静态的区别
这是回答关于单例与静态的第二面试问题，如我早些提到过的，它们基本的区别一个表现类，一个表现方法，下面列几条它们之间的区别。
1) 静态类比单例具有更好的性能，因为静态方法在编译期绑定。
2) 再次，它们的区别是override的能力，因Java中的静态方法是不可以覆盖的，这就导致其木有太多的灵活性，另一面，你可通过继承的方式覆盖单例类中定义的方法。
3) 静态类很难模拟，因此难于单例测试，单例更容易模拟，因为也比静态类易于编写单元测试，不论神马单例期望神马，你都可以传递模拟对象，例如构造方法或方法参数。
4) 如果你的需求中需要维护状态信息，则单例比静态类更适合，因为后者在维护状态信息方面是非常可怕的，并导致狡滑的bug。
5) 如果是一个非常重的对象，单例可以懒加载，但是静态类没有这样的优势，并且非常热切的加载。
6) 许多依赖注入的框架对单例都有良好的管理，例如Spring，使用它们非常容易。
两者之间的这些区别，有助于我们在面对一些场景时做出选择，下一节中了解神马时候选择单例而不是静态类。
Java中，选择单例而不是静态类的优点
单例与静态主要的优点是前者比后者更具有面向对象的能力，使用单例，可以通过继承和多态扩展基类，实现接口和更有能力提供不同的实现，如果我们讨论java.lang.Runtime，在Java中它是单例，调用getRuntime()方法，会基于不同的JVM返回不同的实现，但也保证了每个JVM中实有一个实例，如果java.lang.Runtime是一个静态类，不太可能因不同的JVM返回不同的实现。
这就是Java中单例与静态类的区别，当你需要一个全OO能力的对象时，选择单例，如果仅仅是将一些静态方法预售，使用静态类。
观点一：（单例 ）
单例模式比静态方法有很多优势：
首先，单例可以继承类，实现接口，而静态类不能（可以集成类，但不能集成实例成员）；
其次，单例可以被延迟初始化，静态类一般在第一次加载是初始化；
再次，单例类可以被集成，他的方法可以被覆写；
最后，或许最重要的是，单例类可以被用于多态而无需强迫用户只假定唯一的实例。举个例子，你可能在开始时只写一个配置，但是以后你可能需要支持超过一个配 置集，或者可能需要允许用户从外部从外部文件中加载一个配置对象，或者编写自己的。你的代码不需要关注全局的状态，因此你的代码会更加灵活。
观点二：（静态方法 ） 静态方法中产生的对象，会随着静态方法执行完毕而释放掉，而且执行类中的静态方法时，不会实例化静态方法所在的类。如果是用singleton, 产生的那一个唯一的实例，会一直在内存中，不会被GC清除的(原因是静态的属性变量不会被GC清除)，除非整个JVM退出了。这个问题我之前也想几天，并 且自己写代码来做了个实验。
观点三：（Good！ ）
由于DAO的初始化，会比较占系统资源的，如果用静态方法来取，会不断地初始化和释放，所以我个人认为如果不存在比较复杂的事务管理，用 singleton会比较好。个人意见，欢迎各位高手指正。
单例模式比静态方法有很多优势：
首先，单例可以继承类，实现接口，而静态类不能（可以集成类，但不能集成实例成员）；
其次，单例可以被延迟初始化，静态类一般在第一次加载是初始化；
再次，单例类可以被集成，他的方法可以被覆写；
最后，或许最重要的是，单例类可以被用于多态而无需强迫用户只假定唯一的实例。举个例子，你可能在开始时只写一个配置，但是以后你可能需要支持超过一个配 置集，或者可能需要允许用户从外部从外部文件中加载一个配置对象，或者编写自己的。你的代码不需要关注全局的状态，因此你的代码会更加灵活。
观点二：（静态方法 ） 静态方法中产生的对象，会随着静态方法执行完毕而释放掉，而且执行类中的静态方法时，不会实例化静态方法所在的类。如果是用singleton, 产生的那一个唯一的实例，会一直在内存中，不会被GC清除的(原因是静态的属性变量不会被GC清除)，除非整个JVM退出了。这个问题我之前也想几天，并 且自己写代码来做了个实验。
观点三：（Good！ ）
由于DAO的初始化，会比较占系统资源的，如果用静态方法来取，会不断地初始化和释放，所以我个人认为如果不存在比较复杂的事务管理，用 singleton会比较好。个人意见，欢迎各位高手指正。
