任何应用程序的真正入口点都是静态方法。如果Java语言支持实例方法作为“入口点”，那么运行时将需要在内部将其作为静态方法实现，该方法构造对象的实例，然后调用实例方法。

有了这些，我将研究选择以下三个选项中的一个的基本原理:

我们今天看到的静态void main()。 在新构造的对象上调用的实例方法void main()。 使用类型的构造函数作为入口点(例如，如果入口类被称为Program，那么执行将有效地由新的Program()组成)。

分解:

静态无效主()

调用外围类的静态构造函数。 调用静态方法main()。

void main ()

调用外围类的静态构造函数。 通过有效调用new ClassName()构造外围类的实例。 调用实例方法main()。

新ClassName ()

调用外围类的静态构造函数。 构造类的实例(然后不做任何操作，只是返回)。

理由是:

这个我倒着讲。

请记住，Java的设计目标之一是强调(尽可能要求)良好的面向对象编程实践。在这种情况下，对象的构造函数初始化对象，但不应该对对象的行为负责。因此，给出new ClassName()入口点的规范会使新Java开发人员感到困惑，因为它强制每个应用程序上的“理想”构造函数设计出现异常。

通过将main()设置为实例方法，可以解决上述问题。但是，它要求规范列出入口类的构造函数的签名以及main()方法的签名，从而增加了复杂性。

总而言之，指定静态void main()将创建复杂度最低的规范，同时遵循将行为置于方法中的原则。考虑到实现main()方法本身构造类的实例并调用实例方法是多么简单，将main()指定为实例方法并没有真正的优势。

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

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

任何应用程序的真正入口点都是静态方法。如果Java语言支持实例方法作为“入口点”，那么运行时将需要在内部将其作为静态方法实现，该方法构造对象的实例，然后调用实例方法。

有了这些，我将研究选择以下三个选项中的一个的基本原理:

我们今天看到的静态void main()。 在新构造的对象上调用的实例方法void main()。 使用类型的构造函数作为入口点(例如，如果入口类被称为Program，那么执行将有效地由新的Program()组成)。

分解:

静态无效主()

调用外围类的静态构造函数。 调用静态方法main()。

void main ()

调用外围类的静态构造函数。 通过有效调用new ClassName()构造外围类的实例。 调用实例方法main()。

新ClassName ()

调用外围类的静态构造函数。 构造类的实例(然后不做任何操作，只是返回)。

理由是:

这个我倒着讲。

请记住，Java的设计目标之一是强调(尽可能要求)良好的面向对象编程实践。在这种情况下，对象的构造函数初始化对象，但不应该对对象的行为负责。因此，给出new ClassName()入口点的规范会使新Java开发人员感到困惑，因为它强制每个应用程序上的“理想”构造函数设计出现异常。

通过将main()设置为实例方法，可以解决上述问题。但是，它要求规范列出入口类的构造函数的签名以及main()方法的签名，从而增加了复杂性。

总而言之，指定静态void main()将创建复杂度最低的规范，同时遵循将行为置于方法中的原则。考虑到实现main()方法本身构造类的实例并调用实例方法是多么简单，将main()指定为实例方法并没有真正的优势。

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

最近，类似的问题也出现在了程序员网站上。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... ...