目录
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基础要有一定的深度了解。再运用现有的知识逐步推理,顺藤摸瓜,找到问题关键所在。