IDE运行Java程序的本质是调用javac编译.java为.class，再用java命令启动JVM执行；其“运行”按钮封装了编译、类路径管理、JDK配置等步骤，报错“Could not find or load main class”多因入口类或类路径配置错误。
IDE中运行Java程序的本质是什么
IDE运行Java程序，不是直接执行.java文件，而是调用javac编译后，再用java命令启动JVM执行.class文件。IDE（如IntelliJ IDEA或Eclipse）只是把这两步封装成“绿色三角形”按钮，并自动管理类路径、模块、JDK版本等配置。
如果你点运行却报Error: Could not find or load main class，大概率不是代码写错了，而是IDE没找对入口类或类路径没配对。
IntelliJ IDEA中必须检查的三项配置
右键→Run 'Xxx.main()'看似简单，背后依赖三个关键设置：
-
Main class：必须是含public static void main(String[] args)方法的完整类名（如com.example.HelloWorld），不能是文件名或包名 -
Use classpath of module：确保选中正确的module——尤其在多模块项目中，选错会导致NoClassDefFoundError -
JRE：点击Project Structure → Project → Project SDK确认已指定JDK（不是JRE），且版本兼容源码（比如用了record却配了JDK 8）
Eclipse里“Run As → Java Application”失败的常见原因
Eclipse不靠注解或命名约定识别主类，而是靠你手动选中一个含main方法的类型（.java文件或编辑器内光标所在类）。容易出问题的情况包括：
立即学习“Java免费学习笔记（深入）”；
- 光标没停在
main方法内或该类未保存（Eclipse不会自动编译未保存文件） - 项目用了Maven，但
src/main/java没被标记为Source Folder（右键→Build Path → Use as Source Folder） - 类有包声明（如
package com.test;），但文件实际放在src/HelloWorld.java而非src/com/test/HelloWorld.java——路径和包不匹配会导致类加载失败
命令行验证比IDE更可靠
当IDE运行结果和预期不符（比如控制台没输出、参数没生效），最有效的排查方式是绕过IDE，手动走一遍流程：
cd /path/to/src javac -d ../out com/example/HelloWorld.java java -cp ../out com.example.HelloWorld arg1 arg2
这样能确认：源码是否真能编译、类路径是否正确、JDK版本是否支持语法、JVM参数是否被IDE静默覆盖。很多“IDE玄学问题”，一到命令行就立刻暴露是配置偏差还是环境干扰。
特别注意：IDE的“Working directory”和“Program arguments”常被忽略，而它们直接影响new File("data.txt")这类相对路径读取，以及args数组内容——这些细节在纯命令行下反而更透明。
