“找不到主类”是启动配置问题，主因包括类路径错误、主类名未用全限定名、编译缺失、IDE运行配置不当或当前路径不匹配。
Java程序运行时提示“找不到主类”，通常不是代码写错了，而是启动环节的配置或操作出了问题。核心原因集中在类路径（classpath）、主类名拼写、编译状态以及IDE或命令行的运行配置不一致这几个方面。
检查主类名是否正确指定
Java虚拟机需要明确知道从哪个类开始执行，这个类必须满足两个条件：含有public static void main(String[] args)方法，且被正确声明为启动入口。
- 确保运行命令中写的类名是全限定名（包名+类名），例如com.example.Main，而不是Main.java或Main.class
- 类名大小写必须完全匹配，MyApp和myapp在Linux/macOS下会被视为不同类
- 如果类在默认包中（无package语句），运行时直接写类名即可；但一旦加了package，就必须用全限定名
确认类文件存在且位置正确
JVM只在-classpath（或-cp）指定的路径中查找类。常见误区是误以为当前目录自动包含在类路径里，其实不一定。
- 编译后生成的.class文件，必须放在与包结构一致的目录层级下。比如package com.test;对应./com/test/MyClass.class
- 运行时用java -cp . com.test.MyClass，其中.表示当前目录为类路径根——确保你在这个“根目录”下执行命令
- 若使用java MyClass（没加-cp），JVM默认只查当前目录，且要求该目录下有MyClass.class（不能有包）
IDE中运行配置容易出错的地方
IntelliJ IDEA或Eclipse等工具会自动处理类路径，但有时缓存、模块设置或运行配置选错，也会导致“找不到主类”。
立即学习“Java免费学习笔记（深入）”；
- 检查运行配置里的Main class字段，是否手动输错了类名，或者点选时没刷出来——建议用“…”按钮从项目中选择，避免手误
- 确认模块（Module）或源根（Source Root）设置正确，IDE需识别出含main方法的类属于哪个可运行模块
- 清理并重建项目（Build → Rebuild Project），防止旧的编译产物残留干扰
- 如果用了Maven，确保没有误删target/classes，或pom.xml中未排除主资源目录
其他典型场景排查
一些看似无关的操作，实际会间接引发该错误。
- 没有先编译就直接运行：.java文件不会被JVM执行，必须先javac Main.java生成.class
- 使用了构建工具（如Maven/Gradle）但没执行打包，却试图用java -jar xxx.jar运行——检查jar包内MANIFEST.MF是否声明了Main-Class
- 终端当前路径不在预期位置，比如在src/目录下执行java Main，而.class文件其实在out/production/下
- 中文路径或空格路径未加引号，导致JVM解析-classpath失败，间接造成类找不到
