来自java.sun.com(网站上有更多信息):

主要方法是静态的，以使Java VM解释器能够在不首先创建控件类实例的情况下启动类。控件类的实例在程序启动后在main方法中创建。

我的理解一直很简单，就像任何静态方法一样，可以在不创建相关类的实例的情况下调用主方法，允许它在程序中的任何其他方法之前运行。如果它不是静态的，你就必须在调用它之前实例化一个对象——这就产生了一个“先有鸡还是先有蛋”的问题，因为main方法通常是你在程序开始时用来实例化对象的。

这只是一种惯例。JVM当然可以处理非静态的主方法，如果这是惯例的话。毕竟，您可以在类上定义静态初始化器，并在到达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()和开始执行，java是纯面向对象的程序，其中对象在main()中声明，这意味着main()在对象创建之前被调用，因此如果main()是非静态的，那么就需要一个对象，因为静态意味着不需要对象..........

我认为关键字“静态”使主方法成为类方法，类方法只有它的一个副本，可以被所有人共享，而且，它不需要一个对象来引用。因此，当编译驱动程序类时，可以调用主方法。(我只是在java的字母级别，如果我错了，对不起)

public关键字是一个访问修饰符，它允许程序员进行控制 类成员的可见性。当类成员前面有public时，则 成员可以由声明它的类之外的代码访问。

public的反义词是private，它防止成员被定义在类外部的代码使用。

在这种情况下，main()必须声明为public，因为必须调用它 当程序启动时，由其类之外的代码执行。

关键字static允许 Main()被调用，而不必实例化类的特定实例。这是必要的，因为Java解释器在创建任何对象之前调用main()。

关键字void只是告诉编译器main()不返回值。