主方法总是需要是静态的，因为在运行时JVM不会创建任何对象来调用主方法，正如我们所知，在java中静态方法是唯一可以使用类名调用的方法，所以主方法总是需要是静态的。

更多信息请访问这个视频:https://www.youtube.com/watch?v=Z7rPNwg-bfk&feature=youtu.be

这只是一种惯例，但可能比另一种更方便。使用静态主程序，调用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()是静态的，因为;在应用程序生命周期的这一点上，应用程序堆栈本质上是过程化的，因为还没有实例化对象。

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

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

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

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

最近，类似的问题也出现在了程序员网站上。SE

为什么在Java和c#中使用静态主方法，而不是构造函数? 从主要或次要来源中寻找一个明确的答案，为什么(特别是)Java和c#决定将静态方法作为它们的入口点-而不是通过应用程序类的实例表示应用程序实例，入口点是一个适当的构造函数?

公认的答案是，

In Java, the reason of public static void main(String[] args) is that Gosling wanted the code written by someone experienced in C (not in Java) to be executed by someone used to running PostScript on NeWS   For C#, the reasoning is transitively similar so to speak. Language designers kept the program entry point syntax familiar for programmers coming from Java. As C# architect Anders Hejlsberg puts it, ...our approach with C# has simply been to offer an alternative... to Java programmers... ...