目录
1.问题描述
2.问题分析
3.解决方案
步骤一：删除JDK1.7版本
步骤二：导入JDK1.8版本
步骤三：将新的JDK1.8引入到工程中
4.总结
1.问题描述
在启动项目工程中，当编译class文件的时候会报错一个 java.lang.UnsupportedClassVersionError: org/apache/activemq/ActiveMQConnectionFactory : Unsupported major.minor version 52.0错误，如图。
这个问题既不是代码出错，也不是内存问题，更不是系统抽筋，通常导致很多朋友花费大量时间都不能愉快解决，笔者将这个疑问分享到博客为更多朋友解惑。
2.问题分析
首先，理解java.lang.UnsupportedClassVersionError异常，该异常位于java.lang包下，说明是Java编程的基础类异常，UnsupportedClassVersionError顾名思议，Class类版本不支持错误，既然是版本问题，不外乎就是项目编译Class的JDK版本环境与运行的虚拟机JDK版本环境不一致导致（了解虚拟机原理更容易理解这点），现在问题集中于编译环境与运行环境两个版本谁高谁低。没事，我们再往下分析，根据错误信息还透露出Unsupported major.minor version 52.0,其中version 52.0正是对应了JDK1.8的版本。当然，也可以用java -version命令查看安装JDK版本。说明我们编译环境的JDK是1.8版本，再查到我们的工程环境下，发现工程下的JDK版本为JDK1.7（也许是1.6或1.5等，这里以1.7为例）。
类文件对应的版本如下列表：
JDK版本 序号
Java SE 10 54 (0x36 hex)
Java SE 9 53 (0x35 hex)
Java SE 8 52 (0x34 hex)
Java SE 7 51 (0x33 hex)
Java SE 6.0 50 (0x32 hex)
Java SE 5.0 49(0x31 hex)
JDK 1.4 48 (0x30 hex)
JDK 1.3 47 (0x2F hex)
JDK 1.2 46 (0x2E hex)
JDK 1.1 45 (0x2D hex)
3.解决方案
分析了怎么多，解决方式就简单了，最终目的是让两个环境一致即可解决。一种方式重新安装低版本JDK1.7，另一种方式是改变工程环境中为JDK1.8版本。
第一种不说了，一般情况也不会重装JDK，重点说下第二种方式。
步骤一：删除JDK1.7版本
鼠标右键工程，打开Java Build Path目录，选择JDK1.7的版本，点击Remove按钮将旧版本删除,如图：
步骤二：导入JDK1.8版本
找到JDK1.8的安装目录，将jre目录文件导入到Standard VM中，如图：
步骤三：将新的JDK1.8引入到工程中
与平常引用一样，在Add Library选项下选取新的JDK环境，如图：
4.总结
这个问题本身不难，关键在于对Java基础要有一定的深度了解。再运用现有的知识逐步推理，顺藤摸瓜，找到问题关键所在。
---------------------
作者：导哥
来源：CSDN
原文：https://blog.csdn.net/jingtianyiyi/article/details/80455916
版权声明：本文为博主原创文章，转载请附上博文链接！