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

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

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

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

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

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

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

double convertMpgToKpl(double mpg)

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

void setMileage(double mpg)

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

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

Car theMoreEfficientOf(Car c1, Car c2)

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

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

我发现了一个很好的描述，当使用静态方法:

没有硬性的、写得很好的规则来决定什么时候使一个方法静态或非静态，但是有一些基于经验的观察，这不仅有助于使一个方法静态，而且还教会了什么时候在Java中使用静态方法。你应该考虑在Java中让一个方法是静态的:

If a method doesn't modify state of object, or not using any instance variables. You want to call method without creating instance of that class. A method is good candidate of being static, if it only work on arguments provided to it e.g. public int factorial(int number){}, this method only operate on number provided as argument. Utility methods are also good candidate of being static e.g. StringUtils.isEmpty(String text), this a utility method to check if a String is empty or not. If function of method will remain static across class hierarchy e.g. equals() method is not a good candidate of making static because every Class can redefine equality.

来源在这里