我正在尝试使用Notepad++作为我的多功能工具编辑、运行、编译等。
我安装了JRE，并将路径变量设置为/bin目录。
当我在Notepad++中运行“Hello world”时，我收到以下消息：
java.lang.UnsupportedClassVersionError: test_hello_world :
Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
.........................................
我认为这里的问题在于版本；Java的某些版本可能是旧的或太新的。
如何修复？我应该安装JDK，并将路径变量设置为JDK而不是JRE吗？JRE或JDK中的PATH变量有什么区别？
当前回答
首先，让我们正确掌握一些基本知识。。。
JRE是NetBeans/Eclipse/standalone中的一个组件，它将为您提供库、JVM、Java插件和Java web启动。注意，它不提供编译器或调试器。
JDK是JRE以及编译器和调试器的超集。
因此，当您将默认库作为JRE而不是JDK时，您将很容易导入内容，但它不会编译。
相反，将路径设置为JDK（我使用NetBeans，我使用NetBeans/etc/NetBeans.conf中的NetBeans.coff设置它们并更改路径）。
其他回答
由于java9-target被--release替换。
在java11之前，--release的可用数字是6、7、8、9、10、11。你可以猜到未来的版本将是12、13，等等。
要为较旧的目标jvm进行编译，请使用javac-release7Tmp.java//这将生成.class文件，该文件可以在jvm>=7上运行，
然后，您可以通过以下方式检查目标版本：
javap-v Tmp|grep版本
在输出中，主版本标识目标jvm版本。
55->java 1154->java 1053->java 952->java 851->java 750->java 6
未来版本将删除更多旧版本：
从java 11开始，主要版本<=49（java版本<=5）不受支持。截至java 12和13，主要版本<=50（java版本<=6）不受支持。
您可以通过以下命令找到当前javac支持的目标版本：javac-help|grep发布
我在Grails项目的SpringSourceTool（STS）IDE中也遇到了同样的问题。我检查了已安装的Java版本和项目Java版本为1.7。*。后来我发现在GGTS.ini文件中，Java版本设置为1.6：
解决方案：
-Dosgi.requiredJavaVersion=1.6更改为-Dosgi.requiredJavaVersion=1.7在-vmargs之前添加以下两行-虚拟机jdk1.7.0_21/jre/lib/amd64/server/libjvm.so
问题已解决。编码愉快。
您的Java文件是用与您试图运行它的版本（较低运行时版本）不同的版本（较高的编译器版本）编译的。
基本的理解是，用较低版本编译的类预计将在以后的较高版本中运行。但相反的情况（用更高的编译器版本编译并尝试用更低的运行时版本运行）有时是不可能的。
因此，在尝试执行程序时，会显示此错误。不支持的major.minor版本x.x
Q： 我用Java7创建了一个应用程序，但当我的用户尝试运行它时，会出现不支持的major.minor版本51.0错误。什么这意味着什么？我该怎么办？A： 如果在Java7中使用javac编译应用程序，则生成的类文件将具有51.0版本号。的版本7之前的Java无法识别此数字，因此您的用户将在运行应用程序之前升级到Java 7。如果你不是使用任何Java 7 API，您都可以尝试使用javac-target1.6创建一个1.6兼容的类文件。如果您的应用程序是使用webstart部署的，您可以指定最小值需要版本。有关更多信息，请参阅Java Web Start上的文档这里是JNLP。一旦我们触发自动更新到适用于当前桌面上使用Java 6的最终用户的Java 7。这个这个时间表还没有确定，我们想给开发人员是时候先解决他们的代码和JDK7之间的任何问题了。
（来源：oracle.com）
正如一些人在其他地方回答的那样，Java程序运行在比编译它的Java版本更旧的Java版本上。它需要“交叉编译”以实现向后兼容性。换句话说，源和目标Java版本不匹配。
更改Eclipse菜单中的选项并不能回答最初的发帖人所说的他/她没有使用Eclipse。在OpenJDK javac 1.7版上，如果使用参数-source和-target，并在编译时提供目标版本（即旧版本）的rt.jar文件，则可以为1.6进行交叉编译。如果您实际安装了1.6 JRE，可以指向它的安装（例如，Ubuntu上的/usr/lib/jvm/java-6-openjdk-i386/JRE/lib/rt.jar，SunOS上的/usr/jdk/jdk1.6.0_60/JRE/lib.rt.jar。抱歉，我不知道它在Windows系统上的位置）。像这样：
javac -source 1.6 -target 1.6 -bootclasspath /usr/lib/jvm/java-6-openjdk-i386/jre/lib/rt.jar HelloWorld.java
看起来你可以从互联网上下载rt.jar并指向它。不过这并不太优雅：
javac -source 1.6 -target 1.6 -bootclasspath ./rt.jar HelloWorld.java
我也遇到过同样的情况，但以上任何提示都无济于事：）在我们的环境中，tomcat作为Windows上的服务运行。我们安装了Java 1.7并在此版本上设置了Java_HOME。当然，源代码是基于Java1.7构建的。尽管如此，tomcat表示它使用了以前版本的JVM。经过深入分析后，Windows上安装的Tomcat服务仍然保持JAVA_HOME的旧值指向JAVA 1.6。安装新的Tomcat服务后，所有问题都得到了解决。因此，结论是：当您更改java版本并将tomcat作为服务运行时，必须重新安装tomcat服务。
