可能重复:
静态类和单例模式之间的区别?
为什么需要一个且只有一个实例?使用具有静态成员变量和静态方法的类也可以达到同样的目的。
据我所知,可能有两个可能的答案 -
当你的类需要有状态并且你只想要它的一个对象时。从设计的角度来看,具有静态方法和变量的类被认为是实用程序类,不应保持任何状态。
如果您的类需要参与多态性,并且您只需要继承树中的类的一个对象。
如果有人可以从现实生活场景或任何 Java API 中提供单例对象需要参与多态/继承的示例,那将非常有帮助?
可能重复:
静态类和单例模式之间的区别?
为什么需要一个且只有一个实例?使用具有静态成员变量和静态方法的类也可以达到同样的目的。
据我所知,可能有两个可能的答案 -
当你的类需要有状态并且你只想要它的一个对象时。从设计的角度来看,具有静态方法和变量的类被认为是实用程序类,不应保持任何状态。
如果您的类需要参与多态性,并且您只需要继承树中的类的一个对象。
如果有人可以从现实生活场景或任何 Java API 中提供单例对象需要参与多态/继承的示例,那将非常有帮助?
Collections.emptySet()是不能作为静态类实现的单例的典型示例,因为很明显,它的目标是成为java.util.Set
接口的实例。创建成本不高,但是每次需要空集时创建一个新实例是愚蠢的,因为可以重用唯一实例。
执行日志记录或对数据库进行公共访问的类经常遵循单例模式。基本上任何应该有实例方法并且构建成本很高的东西。
我的回答很短,但使用完全常见的单例而不是静态实现就足够了。答案是:
范围和行为是不同的关注点,不应混为一谈。您可能希望您的对象在每次使用、每个线程、每个 Web 请求、每个会话或全局(单例)时都可用。进行这些调整的原因可能是由于资源管理和最终的性能。如果你改变它的范围,你的类内部的行为不应该改变。
单例模式用于获取常规对象并通过一些附加代码控制其范围。但理想情况下,您真的不应该真正处理对象内部的范围并将其委托给工厂或容器。