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

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

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

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

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

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

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

必须有一个主要的方法。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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