JVM只认public static void main(String[] args)是因为其启动时严格匹配修饰符、返回类型、方法名和参数类型的四要素签名，缺一不可。
为什么JVM只认 public static void main(String[] args)
JVM启动时会通过固定签名查找入口方法，不是靠方法名“main”本身，而是靠「修饰符 + 返回类型 + 方法名 + 参数类型」四者严格匹配。缺任何一个都会报 NoClassDefFoundError 或 NoSuchMethodError。
常见错法包括：
-
static public void main(String[] args)—— 修饰符顺序不重要，合法 -
public static void main(String args[])—— 数组声明位置不同，但语义等价，JVM接受 -
public static void main(String... args)—— 可变参数本质是数组，也合法 -
public static int main(String[] args)—— 返回值不是void，直接失败 -
public void main(String[] args)—— 缺static，JVM无法在不实例化类的情况下调用
main方法参数名和数组维度有没有限制
参数名可以任意（比如 main(String[] a)），JVM只检查类型是否为 String[] 或等效形式；但必须是一维字符串数组，String[][] 或 List 都不行。
典型错误场景：
立即学习“Java免费学习笔记（深入）”；
- IDE自动生成了
main(String... args)，但某些老版本打包工具（如早期Ant插件）可能解析异常，建议生产环境统一用String[] args - 写成
main(String args)（漏掉[]）—— 编译能过，但运行时报NoSuchMethodError - 加了注解如
@Override—— 编译失败，因为main不是重写任何父类方法
多个main方法时JVM选哪个
一个类里可以有多个 main 方法（只要签名不同），但JVM只认标准签名的那个；如果多个类都有标准 main，启动时由 java 命令指定的类决定，和编译顺序、包结构无关。
容易被忽略的点：
-
java com.example.App启动的是App类里的标准main，哪怕AppTest类也有同签名main，也不会触发 - 如果误把
main写成public static void main(String[] args, int x)，它只是个普通静态方法，不会被JVM识别，也不会报错——除非你手动调用它 - 模块化项目（Java 9+）中，如果
module-info.java没导出含main的包，且该类不在opens列表里，反射调用可能失败，但直接java启动不受影响
main方法执行前发生了什么
从敲下 java MyApp 到 main 第一行代码执行，中间至少经过：类加载器加载 MyApp.class → 验证字节码 → 准备静态字段（赋默认值）→ 解析符号引用 → 初始化类（执行 static 块和静态变量赋值）→ 最后才定位并调用 main。
这意味着：
- 如果某个
static块抛了未捕获异常，main根本不会执行，报的是ExceptionInInitializerError -
main方法体里第一行是System.out.println("start")，但实际输出前，所有static初始化逻辑已经跑完了 - 使用
-verbose:class可观察类加载顺序，常用来排查NoClassDefFoundError是发生在哪个依赖上
main 的识别是纯签名驱动的，没有魔法，也没有配置项可绕过。最容易出问题的地方，往往不是语法写错，而是混淆了「编译期可见性」和「运行时入口契约」——比如以为加个注解或改个参数名不影响，其实只要签名不对，JVM连类都不会开始初始化。 
