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

静态方法不需要在对象上调用，这就是你使用它的时候。例如:你的Main()是一个静态的，你没有创建一个对象来调用它。

静态方法应该在类上调用，实例方法应该在类的实例上调用。但这在现实中意味着什么呢?下面是一个有用的例子:

car类可能有一个名为Accelerate()的实例方法。你只能加速一个汽车，如果汽车确实存在(已经构造)，因此这将是一个实例方法。

car类也可能有一个名为GetCarCount()的计数方法。这将返回创建(或构造)的汽车总数。如果没有构造汽车，这个方法将返回0，但它仍然可以被调用，因此它必须是一个静态方法。

可以使用静态方法，如果

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

一个经验法则:问问自己“即使还没有构造对象，调用这个方法有意义吗?”如果是这样，它肯定是静态的。

在Car类中，你可能有一个方法:

double convertMpgToKpl(double mpg)

.．.这将是静态的，因为有人可能想知道35英里/加仑转换成什么，即使没有人制造过汽车。但是这个方法(设置一个特定Car的效率):

void setMileage(double mpg)

.．.不能是静态的，因为在构造任何Car之前调用该方法是不可想象的。

(顺便说一下，相反的情况并不总是正确的:你可能有时有一个方法涉及两个Car对象，但仍然希望它是静态的。例如:

Car theMoreEfficientOf(Car c1, Car c2)

虽然这可以转换为非静态版本，但有些人会认为，由于没有“特权”选择哪个Car更重要，所以不应该强迫调用者选择一个Car作为调用方法的对象。不过，这种情况在所有静态方法中只占相当小的一部分。

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

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