为什么需要Singleton

类的属性是全局的，系统一启动就已经在全局静态数据区分配好了资源，而单例是对象，只有在需要的时候才在堆内分配资源来放置实例属性。从封装的角度或者资源占用的角度来看 ，单例可能会更好一些。

类不是在系统一启动时就加载，而是在第一次引用，或实例化时进行加载
还有另一种方法加载类
Class.forName("XXX");
反而对象的初始化要先加载类，
再进行实例化。
所以我觉得从资源占用的角度来看 ，类反而要好一些。

至于封装，也可以通过私有静态属性来封装类状态，
我觉得这也不是问题

支持这个观点，不过这个理由确实有点薄弱，呵呵

呵呵,这是态度问题..其实没区别... 这个和写 class test和 class Test一样的道理. 规范.
一个是cannot subclass the final class
另一个是
Implicit super constructor   is not visible for default constructor. Must define an explicit constructor

呵呵 采纳意见。
不final 确实肯能会引起混淆，而且子类也可以实例化对象

这帖子都有人投隐藏？？

JE搞什么啊，投个良好冲下

其实我想给你良好 但我没那个能力
至于为什么都是单实例 我感觉不一定都是那样 你是不是看了 spring的配置的都是单实例呢

谢谢大家对这个帖子的关注

对于一个设计模式 我的理解它就像一个经典招式
那么我们是不是掌握了一些经典招式后就能独步武林了呢
我不知道 反正我还没有充分驾驭这些招式
但我想一个武林高手 要做到百战百胜 必定知己知彼

我们需要了解这些设计模式，但我们也要充分思考这些模式，
到底这些模式 背后 隐藏着什么样的动机，在什么情况下运用
才能发挥它的作用。

以前对模式的运用让我产生过一些困惑，模式带来的灵活度与
复杂度怎么来权衡，滥用模式只会增加系统的复杂性与维护成本，
那么权衡的标准又是什么， 我想是来源于经验和需求。

希望大家通过这个帖子也能得到小小启发。。

接口这个关，就过不了

我觉得单例的一个好处，应该是可以使用父类，也就是继承。它可以继承父类的protected以上级别的属性跟方法，如果使用静态类，你想用这些东西，你就把要用到的方法全部都扔到这个类里面来，我不知道我的理解是否正确，提个观点大家讨论一下！