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

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

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

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

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

你应该在任何时候使用静态方法，

方法中的代码不依赖于实例创建，而是依赖于实例创建 不使用任何实例变量。 特定的一段代码将由所有实例方法共享。 不应更改或重写方法的定义。 您正在编写不应该更改的实用程序类。

https://www.tutorialspoint.com/When-to-use-static-methods-in-Java

可以使用静态方法，如果

One does not want to perform an action on an instance (utility methods) As mentioned in few of above answers in this post, converting miles to kilometers, or calculating temperature from Fahrenheit to Celsius and vice-versa. With these examples using static method, it does not need to instantiate whole new object in heap memory. Consider below 1. new ABCClass(double farenheit).convertFarenheitToCelcium() 2. ABCClass.convertFarenheitToCelcium(double farenheit) the former creates a new class footprint for every method invoke, Performance, Practical. Examples are Math and Apache-Commons library StringUtils class below: Math.random() Math.sqrt(double) Math.min(int, int) StringUtils.isEmpty(String) StringUtils.isBlank(String) One wants to use as a simple function. Inputs are explictly passed, and getting the result data as return value. Inheritence, object instanciation does not come into picture. Concise, Readable.

注意: 很少有人反对静态方法的可测试性，但是静态方法也可以被测试!使用jMockit，可以模拟静态方法。可测试性。在下面的例子:

new MockUp<ClassName>() {
    @Mock
    public int doSomething(Input input1, Input input2){
        return returnValue;
    }
};

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

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

静态的: Obj.someMethod

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

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