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

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

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

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

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

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

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

必须有一个主要的方法。

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

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

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

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

在Java中声明为静态的任何方法都属于类本身。 同样，特定类的静态方法只能通过引用类Class_name.method_name();

因此，在访问静态方法之前不需要实例化类。

因此main()方法被声明为静态的，这样就可以在不创建该类对象的情况下访问它。

因为我们用存在main方法的类名来保存程序(或者从程序开始执行的地方开始，适用于没有main()方法()的类(高级级别))。所以通过上面提到的方法:

Class_name.method_name();

可以访问主方法。

简而言之，当程序被编译时，它会在类中搜索main()方法，其String参数如下:main(String args[])。由于在开始时它没有实例化该类的作用域，因此main()方法被声明为静态的。

我不知道JVM是否在对象实例化之前调用main方法…但是main()方法是静态的还有一个更有力的原因…当JVM调用类的主方法(比如Person)时。它通过"Person.main()"调用它。您可以看到，JVM通过类名调用它。这就是为什么main()方法应该是静态和公共的，以便JVM可以访问它。

希望有帮助。如果是的话，请在评论中告诉我。

基本上，我们将这些数据成员和成员函数设置为STATIC，它们不执行任何与对象相关的任务。对于main方法，我们将其设置为STATIC，因为它与object无关，因为无论我们是否创建对象，main方法总是运行。

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

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

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

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

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

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

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

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

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

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

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