来自java.sun.com(网站上有更多信息):

主要方法是静态的，以使Java VM解释器能够在不首先创建控件类实例的情况下启动类。控件类的实例在程序启动后在main方法中创建。

我的理解一直很简单，就像任何静态方法一样，可以在不创建相关类的实例的情况下调用主方法，允许它在程序中的任何其他方法之前运行。如果它不是静态的，你就必须在调用它之前实例化一个对象——这就产生了一个“先有鸡还是先有蛋”的问题，因为main方法通常是你在程序开始时用来实例化对象的。

这只是一种惯例。JVM当然可以处理非静态的主方法，如果这是惯例的话。毕竟，您可以在类上定义静态初始化器，并在到达main()方法之前实例化无数对象。

最近，类似的问题也出现在了程序员网站上。SE

为什么在Java和c#中使用静态主方法，而不是构造函数? 从主要或次要来源中寻找一个明确的答案，为什么(特别是)Java和c#决定将静态方法作为它们的入口点-而不是通过应用程序类的实例表示应用程序实例，入口点是一个适当的构造函数?

公认的答案是，

In Java, the reason of public static void main(String[] args) is that Gosling wanted the code written by someone experienced in C (not in Java) to be executed by someone used to running PostScript on NeWS   For C#, the reasoning is transitively similar so to speak. Language designers kept the program entry point syntax familiar for programmers coming from Java. As C# architect Anders Hejlsberg puts it, ...our approach with C# has simply been to offer an alternative... to Java programmers... ...

该方法是静态的，否则就会产生歧义:应该调用哪个构造函数?特别是如果你的类是这样的:

public class JavaClass{
  protected JavaClass(int x){}
  public void main(String[] args){
  }
}

JVM是否应该调用新的JavaClass(int)?x应该通过什么?

如果不是，JVM是否应该实例化JavaClass而不运行任何构造函数方法?我认为不应该这样，因为那样会使你的整个类出现特殊情况——有时你有一个没有初始化的实例，你必须在每个可能被调用的方法中检查它。

在调用入口点之前，JVM必须实例化一个类，这有太多的边缘情况和模糊性，因此没有意义。这就是为什么main是静态的。

我不知道为什么main总是被标记为public。

因为静态成员不是任何特定类的一部分，而且主方法不需要创建它的Object，但仍然可以引用所有其他类。

这背后的原因很简单，因为对象不需要调用静态方法，如果它是非静态方法，java虚拟机先创建对象，然后调用main()方法，这将导致额外的内存分配问题。