这只是惯例。事实上，甚至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.

这只是一种惯例，但可能比另一种更方便。使用静态主程序，调用Java程序所需要知道的只是类的名称和位置。如果它不是静态的，您还必须知道如何实例化该类，或者要求该类具有空构造函数。

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

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

否则，它将需要一个对象的实例来执行。但是它必须从头开始调用，而不是首先构造对象，因为它通常是main()函数(bootstrap)的任务，解析参数并构造对象，通常是通过使用这些参数/程序参数。

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

c++、c#和Java中的主要方法是静态的。

这是因为它们可以被运行时引擎调用，而无需实例化任何对象，然后main主体中的代码将完成其余的工作。