Java命令行运行报错main由更高版本Java Runtime编译问题求助

• 类版本兼容规则：错误中提到的61.0是Java 17编译生成的类文件版本号，52.0是Java 8支持的最高类文件版本，报错本质是高版本JDK编译的类文件，尝试用低版本JRE运行导致的不兼容问题
• Path配置逻辑错误：Windows系统中系统变量Path的优先级高于用户变量Path，你在系统Path配置了JRE 8的bin目录，用户Path配置了JDK 17的bin目录，导致系统调用到的java命令是JRE 8的版本；而JRE本身不包含编译工具javac，所以你调用的javac是用户Path中JDK 17的版本，两者版本不一致直接触发报错
• Eclipse运行正常的原因：Eclipse自带独立的JDK/JRE配置，不依赖系统Path的Java环境，只要项目中设置的编译版本和运行版本一致就可以正常执行

你可以根据自己的使用需求选择以下任意一种方案：

方案1：全局统一使用Java 17环境 #

• 打开系统环境变量配置页，删除系统Path中jre1.8.0_311\bin的配置项，确保系统Path和用户Path中仅保留jdk17.0.1\bin这一个Java相关的bin目录配置
• 配置完成后重启命令提示符，执行java -version和javac -version，确认两者版本均为17.0.1即可
• 重新执行javac main.java和java main命令即可正常运行

方案2：全局统一使用Java 8环境 #

• 找到你本机Java 8对应的JDK安装目录的bin路径（注意必须是JDK，JRE不包含javac编译工具）
• 删除系统Path和用户Path中原有所有Java相关的bin目录配置，仅保留Java 8 JDK的bin目录配置
• 重启命令提示符后验证java -version和javac -version版本完全一致，重新编译运行即可

临时兼容方案（无需修改全局配置） #

如果不想调整全局Path配置，也可以在编译时指定目标运行版本，执行编译命令时添加版本参数即可：
javac -source 1.8 -target 1.8 main.java
该命令会让JDK 17编译出Java 8兼容的类文件，后续用JRE 8就可以正常运行

内容的提问来源于stack exchange，提问作者Jonathan Yun