最近搞的一个项目,是使用Ant进行编译和打包的,发布到Linux服务器的Tomcat下运行。tomcat启动后,观察日志发现以下异常Unsupported major.minor version 52.0
,项目无法访问。
当大家在日志中看到Unsupported major.minor version 52.0
这个字样的时候,有一些开发经验的同学第一时间就能反映出应该是jdk版本的问题造成的,但是具体造成的原因是什么呢?去网上找解决方案,大多数都是只言片语,在这里总结一下问题处理过程。
1. 分析异常
1.1 环境分析
本地开发环境
- Ant 版本:1.9.15
- JAVA环境:1.8.0_241
服务器环境 - JAVA环境:1.7.0_80
- tomcat版本:7.0.90
在本地使用Ant进行源码编译,并打war包,发布到服务器上的tomcat下运行。
1.2 异常字面分析
Unsupported major.minor version 52.0
,意思就是服务器上的jdk1.7,在加载编译好的Class文件的时候,发现Class文件版本是52.0,无法支持这个版本。有如下的问题需要逐个明确
- 52.0这个版本是哪来的?
我们在使用某一个JDK版本,使用javac
命令进行编译的时候,生成的Class文件中会对编译的时使用的JDK版本进行标记的。这个52.0就是标记,标记与JDK版本是有一个对应关系的,具体如下:
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
通过这个对应关系,就可以分析出,要加载的Class文件是使用JDK8编译的。- 如果我们不知道Class是哪个版本的JDK编译的,如何主动去查询?
使用javap -v User.java
命令:
- 如果我们不知道Class是哪个版本的JDK编译的,如何主动去查询?
- 为什么jdk7就不能运行jdk8编译的class类
这里涉及到Java中的向下兼容的概念,向下兼容的意思就是高版本的JAVA环境能够运行低版本编译的CLASS文件,相反不能。
具体原因是,java版本从低到高1.5<1.6<1.7<1.8,每升级一个版本jdk都