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

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

double convertMpgToKpl(double mpg)

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

void setMileage(double mpg)

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

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

Car theMoreEfficientOf(Car c1, Car c2)

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

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

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

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

可以使用静态方法，如果

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

静态的: Obj.someMethod

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

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

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