别担心，我解决了。

这实际上很简单——您需要使用相同的版本安装JRE和JDK。

JRE 6->JDK 6

JRE 7->JDK 7

等等

java.lang.UnsupportdClassVersionError发生是因为编译时JDK较高，而运行时JDK较低。

显示的版本号描述了类文件兼容的JRE版本。

报告的主要数字如下：

Java SE 19 = 63,
Java SE 18 = 62,
Java SE 17 = 61,
Java SE 16 = 60, 
Java SE 15 = 59,
Java SE 14 = 58,
Java SE 13 = 57,
Java SE 12 = 56,
Java SE 11 = 55,
Java SE 10 = 54,
Java SE 9 = 53,
Java SE 8 = 52,
Java SE 7 = 51,
Java SE 6.0 = 50,
Java SE 5.0 = 49,
JDK 1.4 = 48,
JDK 1.3 = 47,
JDK 1.2 = 46,
JDK 1.1 = 45

（来源：维基百科）

要解决实际问题，您应该尝试使用较新版本的Java JRE运行Java代码，或者向Java编译器指定目标参数，以指示编译器创建与早期Java版本兼容的代码。

例如，为了生成与Java 1.4兼容的类文件，请使用以下命令行：

javac -target 1.4 HelloWorld.java

使用较新版本的Java编译器，您可能会收到关于未设置引导类路径的警告。有关此错误的更多信息，请参阅博客文章New-javac警告，该警告用于设置没有bootclasspath的旧源。

此错误表示您正在尝试加载一个Java“类”文件，该文件是用比您安装的Java版本更高的版本编译的。

例如，您的.class文件可能是为JDK7编译的，您正在尝试使用JDK6运行它。

因此，解决方案是：

升级Java运行时或如果有源代码，请使用本地Java编译器（如果有）重新编译类。javac文件名.java

对于开发人员来说，如果另一个开发人员签入了.class文件，并且他们得到了比您更新的java版本，则可能会发生这种情况！

在Eclipse中，我只需进入菜单命令Window->Preferences->Java->Compiler，然后将“Compiler compliance level”设置为1.6。

您可以用Java7编译一些JAR库，而Java运行时只有Java6。这可能发生在一些新的图书馆中。

在Eclipse的菜单窗口->首选项->Java->编译器中，还选中“配置项目特定设置”。

如果您仍然存在相同Java版本的错误：请尝试手动删除项目的构建文件夹。然后重新启动Eclipse。

正如一些人在其他地方回答的那样，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

您试图使用不支持编译代码的Java版本运行程序。所以基本上，您必须使用更高版本编译代码，并尝试使用更低版本运行代码。

正如你所得到的

Unsupported major.minor version 51.0

版本51.0对应于J2SE 7，您很可能用Java 7编译了代码，并尝试使用较低版本运行它。检查java版本显示的内容。它应该是Java 7版本。如果没有，请在PATH/JAVA_HOME中进行适当的更改。或者您可以使用试图运行代码的相同版本进行编译。如果配置令人困惑，您可以始终给出绝对路径/home/user/jdk1.7.0_11/bin/javac和/home/user/jdk1.70_11/bin/java。

在使用Ant脚本构建应用程序时，我也遇到过同样的问题。

我使用Eclipse进行应用程序开发，并在项目的构建财产中更改了编译器版本。但这对我不起作用。然后我发现我可以在Ant脚本中提供编译器版本。

我在Ant脚本编译Java文件的部分修改了它。

<target name="build-java" depends="prepare-build">
    <echo message="Compiling java files"/>
    <javac ....
           target="1.5"...
    </javac>
</target>

这对我解决不受支持的主要次要问题起到了作用。

当我安装JDK1.7时，问题得到了解决。

我在Mac上也遇到过类似的情况，以下过程对我有效：

在终端中，键入

vi ~/.profile

然后在文件中添加此行，并保存

export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk<version>.jdk/Contents/Home

其中版本是计算机上的版本，例如1.7.0_25。

退出编辑器，然后键入以下命令使其生效

source ~/.profile 

然后键入java-version以检查结果

java -version 

什么是.profile文件？

.profile文件是隐藏文件。这是一个可选文件，告诉系统当其配置文件所在的用户登录时要运行哪些命令。例如，如果我的用户名是bruno，并且/Users/bruno/中有一个.profile文件，则其所有内容都将在登录过程中执行。

资料来源：http://computers.tutsplus.com/tutorials/speed-up-your-terminal-workflow-with-command-aliases-and-profile--mac-30515

当从Eclipse运行Ant时，我收到了同样的错误消息，但这里提到的其他解决方案并没有解决我的问题。有趣的是，从Windows命令行运行Ant运行得很好，所以这必须是Eclipse中的配置问题。

事实证明，在Eclipse下，您可以指定Ant应该运行的环境，并将其设置为JRE而不是JDK。

转到：运行->外部工具->外部工具配置。。。为项目选择Ant build.xml（如果有多个项目）激活选项卡“JRE”这里选择了“单独的JRE：jre6”。当我将其从1.6或1.7系列更改为JDK时，错误消失了。

如果在使用Maven时遇到此问题，可以使用插件Maven编译器编译代码。

 <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.1</version>
                <configuration>
                    <source>1.6</source>
                    <target>1.6</target>
                </configuration>
            </plugin>
       .....

UPDATE：如果您使用的是JDK8，请将源和目标设置为1.8。

首先，让我们正确掌握一些基本知识。。。

JRE是NetBeans/Eclipse/standalone中的一个组件，它将为您提供库、JVM、Java插件和Java web启动。注意，它不提供编译器或调试器。

JDK是JRE以及编译器和调试器的超集。

因此，当您将默认库作为JRE而不是JDK时，您将很容易导入内容，但它不会编译。

相反，将路径设置为JDK（我使用NetBeans，我使用NetBeans/etc/NetBeans.conf中的NetBeans.coff设置它们并更改路径）。

今天，这个错误消息出现在Ubuntu 12.04.2 LTS（Precise Pangolin）上的Tomcat 7中：

/var/log/tomcat7/localhost.2014-04-08.日志：2014年4月8日上午9:00:55 org.apache.catalina.core.StandardContext过滤器开始严重：启动筛选器支柱2时出现异常java.lang.UnsupportdClassVersionError:controller/ReqAccept:不支持的major.minor版本51.0（无法加载类控制器.ReqAccept）

Struts应用程序是用Java7编译的。

结果是，有人使用“service tomcat[stop/start]”重新启动tomcat 7，

$ps-ef|grep javatomcat7 31783 1 32 20:13？00:00:03/usr/lib/jvm/defaultjava/bin/java。。。$/usr/lib/jvm/defaultjava/bin/java-版本java版本“1.6.0_27”

这会导致“不支持的major.minor版本51.0”错误。

当我们使用“/etc/init.d/tomcat7[stop/start]”重新启动Tomcat 7时，问题得到了解决。

$ps-ef|grep javatomcat7 31886 1 80 20:24？00:00:10/usr/local/java/jdk1.7.0_15/bin/java$/usr/local/java/jdk1.7.0_15/bin/java-版本java版本“1.7.0_15”

当我回到Java6并尝试运行以前用Java7编译的类时，出现了这个问题。对我起作用的是Preferences>java>compiler-->将符合性级别设置为1.6，并关键地“配置项目设置”。。

基于此。。。

J2SE 8 = 52
J2SE 7 = 51
J2SE 6.0 = 50
J2SE 5.0 = 49
JDK 1.4 = 48
JDK 1.3 = 47
JDK 1.2 = 46
JDK 1.1 = 45

在Eclipse中，右键单击包资源管理器中的项目：

生成路径->配置生成路径

低于：

Java构建路径->库->添加库->JRE系统库->安装的JRE->搜索。

搜索完成后，通过在可用列表中选择库来添加所需的JRE。

我遇到的问题是，为了运行单元测试，必须从命令行对项目运行Maven编译；如果我对测试类进行了更改，并让Eclipse自动重新编译它，那么就会出现“不支持的major.minor版本51.0”错误。

我确实安装了JDK6和JDK7，但在pom和Eclipse的项目财产页面中，我的所有JRE设置都指向1.6。再多的Maven Update Project和/或刷新也解决不了这个问题。

最后，我尝试关闭项目并重新打开它，这似乎解决了问题！高温

您已经用JDK7编译了Java类，并且正在尝试在JDK6上运行相同的类。

安装JDK 7.0.55并将Java for Eclipse设置为JDK7.0.55。通过在构建路径JDK 7.0.55上配置，使用JDK 7.0.5 5构建项目。通过菜单Windows->Preferences->Java->compiler-choose 1.7在Eclipse for JDK 7.0.55中设置编译器。

我解决了。我跑了：

JAVA_HOME=/usr/lib/jvm/java-7-openjdk-i386

该错误具有误导性，不支持major.minor版本51.0。这给人一种不支持版本51（Java 7）的印象。我们应该使用Java 6。

错误应该是：

不支持当前的Java版本50。改用Java版本7（51:0及更高版本）`

我在1.7中编写的项目中遇到了同样的问题，并尝试在1.6中执行。

我在Eclipse中的解决方案：

右键单击项目财产->Java构建路径->库选择JRE系统库，然后单击右侧的编辑，然后选择目标JRE。现在转到左侧的“Java编译器”，将“编译器”符合性级别更改为目标。

这对我有用。

我也遇到了同样的问题，我在Mac上用这个解决方案解决了这个问题。我希望这对某人有所帮助。这是因为系统不知道更新版本的JDK，它仍然指向旧的JDK。

您使用了更高版本的JDK来编译并尝试从更低版本的JDK/JJRE运行。

要检查此项，请参阅版本信息：

javac -version

java -version

它们会有所不同，javac的版本号会更高。

要解决这个问题，请使用JDK版本的java运行，或者如果您有一个新的JRE/JDK也可以运行。

javac将告诉您位置，例如/usr/bin/javac。只需使用/usr/bin/java<program>直接运行。

或者，可以将环境变量设置为永久解决方案。

我也遇到过同样的情况，但以上任何提示都无济于事：）在我们的环境中，tomcat作为Windows上的服务运行。我们安装了Java 1.7并在此版本上设置了Java_HOME。当然，源代码是基于Java1.7构建的。尽管如此，tomcat表示它使用了以前版本的JVM。经过深入分析后，Windows上安装的Tomcat服务仍然保持JAVA_HOME的旧值指向JAVA 1.6。安装新的Tomcat服务后，所有问题都得到了解决。因此，结论是：当您更改java版本并将tomcat作为服务运行时，必须重新安装tomcat服务。

如何修复？

此错误表示用于执行类代码的JRE无法识别所使用的Java版本。通常是因为生成类文件（即编译的）的Java版本较新。

要修复它，您可以

a） 使用与运行Java编译器相同或更旧版本的Java编译器编译Java源代码，即安装适当的JDK。

b） 使用较新版本的Java编译器编译Java源代码，但要处于兼容模式。即使用-target参数。

c） 在与用于编译类的JDK版本相同或更新的JRE中运行编译的类。

您可以使用检查当前使用的版本编译器为javac-version，运行时为java-version。

我应该安装JDK，并将PATH变量设置为JDK吗而不是JRE？

当然，为了进行编译，请安装并配置所需的特定JDK。

对于运行时，您可以使用JDK或独立JRE附带的版本，但无论如何，请确保安装了正确的版本，并且已配置了PATH，这样就不会出现意外。

JRE或JDK中的PATH变量有什么区别？

PATH环境变量告诉命令shell在哪里查找您键入的命令。当您键入java时，命令shell解释器将从左到右查看PATH变量中指定的所有位置，以找到要运行的适当的java运行时可执行文件。如果您安装了多个版本的Java，即在PATH变量中指定的多个位置安装了Java可执行文件，那么从左到右时遇到的第一个将是执行的那个。

编译器命令是javac，仅随JDK提供。运行时命令是java，随JDK一起提供，位于JRE中。

很可能您安装了一个版本（51.0=Java 7）的javac，也安装了相同版本的Java，但PATH中较早出现了另一个先前版本的Java，因此调用的不是您期望的版本。

最常见的问题是JAVA_HOME变量配置错误，如果您安装了多个，该变量应指向正确的JAVA开发工具包库。

要查找SDK Java文件夹的位置，请运行以下命令：

jrunscript -e 'java.lang.System.out.println(java.lang.System.getProperty("java.home"));'

Debian/Ubuntu

要检查您安装了哪个java（openjdk），请通过以下方式进行检查：

dpkg -l "openjdk*" | grep ^i

or:

update-java-alternatives -l

要更改它，请使用：

update-alternatives --config java

如果需要，请使用sudo作为前缀。

选择另一个java版本。

或检查哪些可供安装：

apt-cache search ^openjdk

如果需要，请使用sudo作为前缀。

然后可以安装，例如：

apt-get install openjdk-7-jre

如果需要，请使用sudo作为前缀。

Fedora、Oracle Linux、Red Hat

通过以下方式安装/升级适当的软件包：

yum install java-1.7.0-openjdk java-1.7.0-openjdk-devel

java-1.7.0-openjdk包仅包含java Runtime Environment。如果您想开发Java程序，请安装Java-1.7.0-openjdk-devel包。

BSD

FreeBSDPorts集合中有一个名为openjdk7的openjdk7包，可能需要重新配置。

请参阅：OpenJDK wiki页面。

窗户

只需从Oracle站点安装适当的Java SE开发工具包库或安装

詹金斯

如果您遇到Jenkins的问题，请参阅：

JENKINS-30561-无法使用SSH启动代理

然而，选择正确版本的Java（更新版本）和更新选项应该是可行的。

噢，Mac OS X我可以通过设置JAVA_HOME变量来解决这个问题：

export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.7.0_75.jdk/Contents/Home

我在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

问题已解决。编码愉快。

在安装了Homebrew的Mac OS X上修复此问题的另一种方法是：

brew install Caskroom/cask/java

将其添加到pom.xml文件中：

<project ....>
    <properties>
        <maven.compiler.source>1.7</maven.compiler.source>
        <maven.compiler.target>1.7</maven.compiler.target>
    </properties>
</project>

其中1.7是您打算使用的Java版本。这将覆盖Maven编译器设置，因此从这里进行调试是很好的。

我通过检查部署程序集中是否部署了Maven依赖项，为我解决了这个问题。就我而言，他们不是。

添加它解决了问题。

如果使用Maven，请设置Java编译级别。打开命令行并为您的编译级别编写java-version：如果使用IntelliJ IDEA，请选择项目→ 文件→ 设置→ 生成执行部署→ 编译器→ Java编译器。然后将字节码更改为1.7，如下图所示：

如果在生成路径中添加了第二个项目，请确保它具有与第一个项目相同的编译器版本：财产->Java编译器->编译器符合性级别

我使用的是OS X v10.11.5（El Capitan），我尝试设置JAVA_HOME并通过Maven强制“正确”JAVA版本。没什么帮助。

当应用程序仍在运行时，OS X帐户注销时发生了问题。再次登录后，OS X打开了具有灰色历史记录的旧终端会话。我使用相同的终端会话来构建项目，但由于不支持的类版本错误而失败。

清理Maven项目毫无帮助。

为了解决这个问题，我只需关闭自动打开的终端窗口并使用一个新窗口。

您的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构建路径。单击“添加库”。单击JRE系统库上的下一步。如果默认情况下未选择，请选择所需的选项。单击“完成”。

你完了！

对我来说，我在com/sun/javadoc/Doclet类上遇到了这个错误。经过一番挖掘，我发现我无意中将tools.jar从Java8复制到了Java7文件夹中。

找到Java7的tools.jar并将其放回文件夹解决了我的问题。所以有些事情要尝试。

我也遇到过同样的问题，我在Linux中解决了这个问题。

检查您的$JAVA_HOME

需要JDK 1.8来编译/构建APK

安装Java JDK 1.8并更改Java_HOME

编辑~/.bashrc并将JDK 1.8路径添加为JAVA_HOME。

导出JAVA_HOME=/usr/lib/jvm/JAVA-8-oracle/jre/

和source~/.bashrc

关闭当前终端窗口/选项卡并运行$JAVA_HOME检查路径。

我什么都试过了。重新安装Tomcat终于奏效了。以下是我在重新安装之前检查的内容。

确保你的环境变量看起来像这样。

$ echo $JAVA_HOME
C:\Program Files\Java\jdk1.7.0_51\
$ echo $JRE_HOME
C:\Program Files\Java\jdk1.7.0_51\jre\bin

确保Eclipse正在使用与您设置JAVA_HOME相同的jre（如果未设置JAVA_HHOME，则将查看jre_HOME）。窗口>首选项>Java>已安装的JRE（选中的是默认项）

如果您对tomcat文件进行了任何更改，特别是catalina.bat或startup.bat，那么您可能会告诉tomcat查看不同于设置为java_HOME C:\Program files（x86）\Apache\Apache-tomcat-7.0.26\bin的java版本

在我的案例中，问题出现在服务器运行时配置中：

检查JRE是否为所需版本：

该项目的版本为1.7，服务器JRE设置为1.6，在更改为正确的java版本后，它很好地启动了。

如果使用ant，可以在build.xml文件中指定编译器的“目标”，如下所示：

 <target name="compile" depends="init">
    <javac executable="${JAVA_HOME}\bin\javac" srcdir="${src.dir}" target="1.6" destdir="${classes.dir}" debug="true"
        deprecation="true" classpathref="compile.classpath" encoding="utf8">
        <include name="**/*.java" />
    </javac>
</target>

问题的答案是：

线程“main”java.lang.UnsupportdClassVersionError:edu/stvens/cs549/dhts/main/LocalContext:不支持的major.minor版本52.0

我也有同样的问题。对于那些在AWS ec2实例中遇到这种问题的人，他们不知怎么被重定向到了这个问题。我正在回答这些问题，并想分享我是如何做到的。我遇到了麻烦，因为AmazonEC2实例运行的是java 1.7版，可能我的项目与它不兼容，因为我使用的是Maven，它是为java 1.8预先配置的。所以我安装了新版本的java：

sudo yum-y安装java-1.8.0

然后，重要的一步是删除旧版本：

sudo yum remove java-1.7.0-openjdk

记得在安装新版本后删除它，否则它将继续使用相同的旧版本，我希望它能解决您的问题，我的情况就是这样。

由于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发布

确保检查java的环境变量版本，可能只是java_HOME（JDK路径）和JRE_HOME（JRE路径）版本之间的差异导致了问题

如您所知，为jdk（Java开发工具包）bin目录设置环境变量Java_home总是一个很好的做法。

看看上面的问题，JRE运行时环境似乎正在寻找一个与JDk的Superset库不兼容的类。我建议直接从Oracle下载源获得完整的JDK和JRE或Jboss包（如果需要），以避免任何此类问题。

在我的案例中，出现问题是因为$Java_HOME和$PATH中的Java版本不同。

echo $JAVA_HOME
/usr/lib/jvm/java-7-openjdk-amd64/jre
echo $PATH
/opt/jdk/jdk1.8.0_151/bin:/usr/lib/jvm/java-7-openjdk-amd64/jre/bin:/usr/local/bin:/usr/bin:/bin

一旦我将它们更新为Java的相同版本，问题就消失了。

export JAVA_HOME=/opt/jdk/jdk1.8.0_151
export PATH=$JAVA_HOME/bin:$PATH

许多答案都与IDE类似，如Eclipse。然而，这个问题与Notepad++的本地开发有关。

命名错误的核心原因是使用的Java运行时环境和使用的类库不匹配。以下描述的目标是在不进行任何额外安装的情况下进行编译。

1) 检查PATH变量中的定义。如果定义了：

C： \Program Files（x86）\Common Files\Oracle\Java\javapath

和/或

C： \ProgramData\Oracle\Java\javapath

这些路径链接到具有固定java版本的java/javac。您可以使用javac-version检查此文件夹中的版本。结果可能是：

java版本“1.8.0_231”

这意味着正在使用Java版本8。将此条目替换为%JAVA_HOME%\bin。如果JDK是手动安装的，请检查环境中是否设置了JAVA_HOME。如果没有，请在此处添加，例如：

JAVA_HOME=“C:\Program Files\JAVA\jdk1.7.0_80”

2) 我已经用gradle在命令行上构建了这个项目。在build.gradle中定义了：

android {
    buildToolsVersion "24.0.1"
    dependencies {
        compile 'com.android.support:design:23.0.1'
        compile 'com.android.support:support-v4:23.0.1'
        ...
    }
    ...
}

使用的构建工具dx文件比其他组件更新。因此，需要进行修改：

buildTools版本“23.0.1”

如果有人在使用Gradle，请将其放入build.Gradle

java {
    sourceCompatibility = JavaVersion.VERSION_1_7
    targetCompatibility = JavaVersion.VERSION_1_7
}

在上述情况下，我们告诉编译器使字节码与版本java7（我希望在其中运行类的java版本）兼容。