让我们简单地假设，静态不需要作为应用程序入口点。

一个应用程序类看起来是这样的:

class MyApplication {
    public MyApplication(){
        // Some init code here
    }
    public void main(String[] args){
        // real application code here
    }
}

构造函数代码和主方法之间的区别是必要的，因为在OO中，构造函数只应确保实例被正确初始化。初始化后，实例可以用于预期的“服务”。将完整的应用程序代码放到构造函数中会破坏这一点。

因此，这种方法将在应用程序上强制执行三个不同的契约:

必须有一个默认构造函数。否则，JVM将不知道调用哪个构造函数以及应该提供哪些参数。 必须有一个主要的方法。好吧，这并不奇怪。 类不能是抽象的。否则，JVM无法实例化它。

另一方面，静态方法只需要一个契约:

必须有一个主要的方法。

这里抽象构造函数和多重构造函数都不重要。

由于Java被设计为一种简单的语言，所以应用程序入口点被设计为使用一个简单的契约，而不是使用三个独立而脆弱的契约，这并不奇怪。

请注意:这个参数不是关于JVM或JRE内部的简单性。这个参数是关于用户的简单性。

在这里，完整的签名只能算作一份合同。

该方法是静态的，否则就会产生歧义:应该调用哪个构造函数?特别是如果你的类是这样的:

public class JavaClass{
  protected JavaClass(int x){}
  public void main(String[] args){
  }
}

JVM是否应该调用新的JavaClass(int)?x应该通过什么?

如果不是，JVM是否应该实例化JavaClass而不运行任何构造函数方法?我认为不应该这样，因为那样会使你的整个类出现特殊情况——有时你有一个没有初始化的实例，你必须在每个可能被调用的方法中检查它。

在调用入口点之前，JVM必须实例化一个类，这有太多的边缘情况和模糊性，因此没有意义。这就是为什么main是静态的。

我不知道为什么main总是被标记为public。

让我用更简单的方式来解释这些事情:

public static void main(String args[])

除了applet，所有Java应用程序都从main()开始执行。

关键字public是一个访问修饰符，允许从类外部调用成员。

使用Static是因为它允许调用main()而不必实例化该类的特定实例。

Void表示main()不返回任何值。

这背后的原因很简单，因为对象不需要调用静态方法，如果它是非静态方法，java虚拟机先创建对象，然后调用main()方法，这将导致额外的内存分配问题。

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

各种类型的applet、midlet、servlet和bean被构造，然后在它们上调用生命周期方法。调用main是对主类所做的全部工作，因此不需要在被多次调用的对象中保存状态。将main固定在另一个类上是很正常的(尽管这不是一个好主意)，这将妨碍使用类创建main对象。