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

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

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

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

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

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

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

必须有一个主要的方法。

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

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

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

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

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

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

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

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

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

Class_name.method_name();

可以访问主方法。

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

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

这只是一种惯例。JVM当然可以处理非静态的主方法，如果这是惯例的话。毕竟，您可以在类上定义静态初始化器，并在到达main()方法之前实例化无数对象。

Main()是静态的，因为;在应用程序生命周期的这一点上，应用程序堆栈本质上是过程化的，因为还没有实例化对象。

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

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

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

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