静态方法和变量是Java中“全局”函数和变量的受控版本。其中方法可以作为classname.methodName()或classInstanceName.methodName()访问，即静态方法和变量可以使用类名以及类的实例访问。

类不能被声明为静态的(因为它没有意义。如果一个类被声明为public，它可以从任何地方访问)，内部类可以被声明为static。

在阅读了Misko的文章之后，我相信静态方法从测试的角度来看是不好的。相反，您应该使用工厂(可能使用像Guice这样的依赖注入工具)。

我如何确保我只有一个东西

只吃一种 问题是"我如何确保我 只吃一种东西”是很好的 回避了。实例化一个 单个ApplicationFactory在你的 主要的，结果，只有你 实例化所有的单个实例 你的独生子女。

静态方法的基本问题是它们是过程代码

静态方法的基本问题是 它们是过程代码。我没有 知道如何对过程代码进行单元测试。 单元测试假设我可以 实例化我的应用程序的一部分 在隔离。在实例化过程中 我将依赖项与 mock /友军替换 真正的依赖关系。与程序 编程没有什么可以“连接”的 由于没有对象，代码 数据是分开的。

静态的: Obj.someMethod

当你想要提供对方法的类级访问时，使用static，即在没有类实例的情况下，方法应该是可调用的。

使用静态方法的唯一合理的地方可能是Math函数，当然main()必须是静态的，也可能是小型工厂方法。但是逻辑不应该保存在静态方法中。

静态方法有两个主要目的:

用于不需要任何对象状态的实用程序或辅助方法。 由于不需要访问实例变量，具有静态 方法消除了调用方实例化对象的需要 只需要调用这个方法。 为了所有人共享的状态 类的实例，比如计数器。所有实例必须共享 相同的状态。仅仅使用该状态的方法应该是静态的 好。

实际上，我们在类中使用静态属性和方法，当我们想要使用程序的某些部分时，它们应该一直存在，直到程序运行为止。我们知道，要操作静态属性，我们需要静态方法，因为它们不是实例变量的一部分。如果没有静态方法，操作静态属性是非常耗时的。