当您不想在代码中创建对象来调用方法时，只需将该方法声明为静态方法。因为静态方法不需要调用实例，但这里的问题是，并不是所有的静态方法都由JVM自动调用。此特权仅由main()节点享有。“public static void main[字符串…]方法，因为在运行时，这是方法Signature public“static”void main[]， JVM寻求作为开始执行代码的入口点。

例子:

public class Demo
{
   public static void main(String... args) 
   {
      Demo d = new Demo();

      System.out.println("This static method is executed by JVM");

     //Now to call the static method Displ() you can use the below methods:
           Displ(); //By method name itself    
      Demo.Displ(); //By using class name//Recommended
         d.Displ(); //By using instance //Not recommended
   }

   public static void Displ()
   {
      System.out.println("This static method needs to be called explicitly");
   }
} 

输出: 这个静态方法由JVM执行 这个静态方法需要显式调用 这个静态方法需要显式调用 这个静态方法需要显式调用

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

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

double convertMpgToKpl(double mpg)

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

void setMileage(double mpg)

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

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

Car theMoreEfficientOf(Car c1, Car c2)

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

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

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

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

我想知道什么时候使用静态方法?

静态方法的一个常见用途是访问静态字段。 但是你可以有静态方法，而不需要引用静态变量。不引用静态变量的Helper方法可以在一些java类中找到，如java.lang. math 公共静态int min(int a, int b) { 返回(a <= b) ?A: b; ｝ 另一个用例，我认为这些方法与同步方法相结合是在多线程环境中实现类级锁定。

假设我有一个类，有几个getter和setter，一个或两个方法，我希望这些方法只能在类的实例对象上调用。这是否意味着我应该使用静态方法?

如果你需要访问类的实例对象上的方法，你的方法应该是非静态的。

Oracle文档页提供了更多详细信息。

不是所有的实例和类变量和方法的组合都被允许:

实例方法可以直接访问实例变量和实例方法。 实例方法可以直接访问类变量和类方法。 类方法可以直接访问类变量和类方法。 类方法不能直接访问实例变量或实例方法——它们必须使用对象引用。而且，类方法不能使用this关键字，因为没有this的实例可以引用。

使用静态方法有一些合理的理由:

Performance: if you want some code to be run, and don't want to instantiate an extra object to do so, shove it into a static method. The JVM also can optimize static methods a lot (I think I've once read James Gosling declaring that you don't need custom instructions in the JVM, since static methods will be just as fast, but couldn't find the source - thus it could be completely false). Yes, it is micro-optimization, and probably unneeded. And we programmers never do unneeded things just because they are cool, right? Practicality: instead of calling new Util().method(arg), call Util.method(arg), or method(arg) with static imports. Easier, shorter. Adding methods: you really wanted the class String to have a removeSpecialChars() instance method, but it's not there (and it shouldn't, since your project's special characters may be different from the other project's), and you can't add it (since Java is somewhat sane), so you create an utility class, and call removeSpecialChars(s) instead of s.removeSpecialChars(). Sweet. Purity: taking some precautions, your static method will be a pure function, that is, the only thing it depends on is its parameters. Data in, data out. This is easier to read and debug, since you don't have inheritance quirks to worry about. You can do it with instance methods too, but the compiler will help you a little more with static methods (by not allowing references to instance attributes, overriding methods, etc.).

如果你想创建一个单例，你还必须创建一个静态方法，但是…不喜欢。我的意思是，三思而后行。

更重要的是，为什么不想创建静态方法?基本上，多态被抛在了脑后。你不能重写这个方法，也不能在接口中声明它(在java 8之前)。这给你的设计带来了很大的灵活性。此外，如果您需要状态，如果您不小心，您将以大量并发错误和/或瓶颈告终。

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

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

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