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

基本上，我们将这些数据成员和成员函数设置为STATIC，它们不执行任何与对象相关的任务。对于main方法，我们将其设置为STATIC，因为它与object无关，因为无论我们是否创建对象，main方法总是运行。

原型public static void main(String[])是在JLS中定义的约定:

方法main必须声明为public、static和void。它必须指定一个形式形参(§8.4.1)，其声明类型为String数组。

在JVM规范5.2中。虚拟机启动我们可以读到:

The Java virtual machine starts up by creating an initial class, which is specified in an implementation-dependent manner, using the bootstrap class loader (§5.3.1). The Java virtual machine then links the initial class, initializes it, and invokes the public class method void main(String[]). The invocation of this method drives all further execution. Execution of the Java virtual machine instructions constituting the main method may cause linking (and consequently creation) of additional classes and interfaces, as well as invocation of additional methods.

有趣的是，在JVM规范中并没有提到主方法必须是静态的。 但是规范还说Java虚拟机执行以下两个步骤:

链接初始类(5.4。链接) 初始化它。初始化)

类或接口的初始化包括执行类或接口的初始化方法。

在2.9。特殊方法:

定义一个类或接口初始化方法:

一个类或接口最多有一个类或接口初始化方法，并通过调用该方法进行初始化(§5.5)。类或接口的初始化方法具有特殊名称<clinit>，不带参数，且为空。

类或接口初始化方法不同于定义如下的实例初始化方法:

在Java虚拟机级别，每个用Java编程语言(JLS§8.8)编写的构造函数都作为实例初始化方法出现，具有特殊名称<init>。

因此JVM初始化一个类或接口初始化方法，而不是实例初始化方法，后者实际上是一个构造函数。 因此，他们不需要在JVM规范中提到主方法必须是静态的，因为在调用主方法之前不创建实例这一事实暗示了这一点。

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

在main方法被调用之前，没有对象被实例化。使用static关键字意味着可以在不创建任何对象的情况下调用方法。

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

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

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

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

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

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