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

由于程序从main()和开始执行，java是纯面向对象的程序，其中对象在main()中声明，这意味着main()在对象创建之前被调用，因此如果main()是非静态的，那么就需要一个对象，因为静态意味着不需要对象..........

任何应用程序的真正入口点都是静态方法。如果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()是静态的，因为;在应用程序生命周期的这一点上，应用程序堆栈本质上是过程化的，因为还没有实例化对象。

这是一个干净的石板。您的应用程序此时正在运行，即使没有声明任何对象(请记住，有过程性和OO编码模式)。作为开发人员，通过创建对象的实例并依赖于在其中编译的代码，将应用程序转换为面向对象的解决方案。

面向对象的优点有几百万个显而易见的理由。然而，大多数VB开发人员在代码中经常使用“goto”这样的关键字的日子已经一去不复返了。“goto”是VB中的一个过程命令，它被OO对应的方法调用所取代。

您还可以将静态入口点(main)视为纯粹的自由。如果Java足够不同，可以实例化一个对象，并在运行时只向你呈现该实例，那么你就别无选择，只能编写一个过程化应用程序。对于Java来说，这听起来可能难以想象，但可能有许多场景都需要过程化方法。

这可能是一个非常晦涩的回答。记住，“类”只是一个相互关联的代码的集合。“实例”是这个类的一个孤立的、活生生的、自主的代。

static -当JVM调用主方法时，被调用的类不存在对象，因此它必须有静态方法来允许从类调用。