这是一个经常被问到的问题，为什么main()在Java中是静态的。

答:我们知道在Java中，JVM从main()开始执行。当JVM执行main()时，包含main()的类不会被实例化，因此我们不能在没有引用它的对象的情况下调用非静态方法。因此，为了调用它，我们将其设置为静态的，因此类装入器将所有静态方法装入JVM上下文内存空间中，JVM可以从那里直接调用它们。

原型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规范中提到主方法必须是静态的，因为在调用主方法之前不创建实例这一事实暗示了这一点。

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

主方法总是需要是静态的，因为在运行时JVM不会创建任何对象来调用主方法，正如我们所知，在java中静态方法是唯一可以使用类名调用的方法，所以主方法总是需要是静态的。

更多信息请访问这个视频:https://www.youtube.com/watch?v=Z7rPNwg-bfk&feature=youtu.be

如果不是，如果有多个构造函数，应该使用哪个构造函数?

在Java语言规范中有更多关于Java程序初始化和执行的信息。

这只是惯例。事实上，甚至main()的名称和传入的参数都是纯粹的约定。

当您运行Java .exe(或Windows上的javaw.exe)时，真正发生的是几个Java本机接口(JNI)调用。这些调用加载的DLL是真正的JVM(没错，java.exe不是JVM)。JNI是我们用来连接虚拟机世界和C、c++等语言世界的工具。反过来也是对的——不使用JNI是不可能让JVM运行的(至少据我所知)。

基本上，java.exe是一个超级简单的C应用程序，它解析命令行，在JVM中创建一个新的String数组来保存这些参数，解析出您指定的包含main()的类名，使用JNI调用查找main()方法本身，然后调用main()方法，将新创建的字符串数组作为参数传入。这非常非常类似于您从Java中使用反射时所做的事情——它只是使用了令人混淆的命名本机函数调用。

编写自己版本的java.exe(源代码随JDK一起分发)并让它做一些完全不同的事情是完全合法的。事实上，这正是我们对所有基于java的应用程序所做的。

我们的每个Java应用程序都有自己的启动器。我们这样做主要是为了得到我们自己的图标和进程名，但在其他情况下，当我们想做一些常规的main()调用之外的事情来让事情继续进行时，它也很方便(例如，在一种情况下，我们正在进行COM互操作性，我们实际上将COM句柄传递给main()而不是字符串数组)。

So, long and short: the reason it is static is b/c that's convenient. The reason it's called 'main' is that it had to be something, and main() is what they did in the old days of C (and in those days, the name of the function was important). I suppose that java.exe could have allowed you to just specify a fully qualified main method name, instead of just the class (java com.mycompany.Foo.someSpecialMain) - but that just makes it harder on IDEs to auto-detect the 'launchable' classes in a project.