目录
在启动项目工程中，当编译class文件的时候会报错一个 java.lang.UnsupportedClassVersionError: org/apache/activemq/ActiveMQConnectionFactory : Unsupported major.minor version 52.0错误，如图。
这个问题既不是代码出错，也不是内存问题，更不是系统抽筋，通常导致很多朋友花费大量时间都不能愉快解决，笔者将这个疑问分享到博客为更多朋友解惑。
首先，理解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) |
分析了怎么多，解决方式就简单了，最终目的是让两个环境一致即可解决。一种方式重新安装低版本JDK1.7，另一种方式是改变工程环境中为JDK1.8版本。
第一种不说了，一般情况也不会重装JDK，重点说下第二种方式。
鼠标右键工程，打开Java Build Path目录，选择JDK1.7的版本，点击Remove按钮将旧版本删除,如图：
找到JDK1.8的安装目录，将jre目录文件导入到Standard VM中，如图：
与平常引用一样，在Add Library选项下选取新的JDK环境，如图：
这个问题本身不难，关键在于对Java基础要有一定的深度了解。再运用现有的知识逐步推理，顺藤摸瓜，找到问题关键所在。
