可以使用静态方法，如果

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;
    }
};

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

静态方法与实例不关联，因此它们不能访问类中的任何非静态字段。

如果方法不使用类的任何字段(或仅使用静态字段)，则使用静态方法。

如果使用类的任何非静态字段，则必须使用非静态方法。

当您希望能够在没有类实例的情况下访问方法时，请使用静态方法。

只在以下场景下定义静态方法:

如果您正在编写实用程序类，并且它们不应该被更改。 如果该方法没有使用任何实例变量。 如果任何操作不依赖于实例创建。 如果有一些代码可以很容易地被所有实例方法共享，那么将这些代码提取到静态方法中。 如果您确定方法的定义永远不会被更改或重写。因为静态方法不能被覆盖。

在eclipse中，您可以启用一个警告，它可以帮助您检测潜在的静态方法。(在高亮线上方是另一个我忘记高亮的线)