温馨提示:这篇文章已超过447天没有更新,请注意相关的内容是否还可用!
摘要:遇到Java运行时异常,"此版本的Java运行时环境仅识别至xx.0版本的类文件",通常意味着你的Java运行时环境版本与编译代码的Java版本不匹配。为了解决这个问题,你需要升级你的Java运行时环境到与编译代码相匹配的版本或者重新编译代码以适应当前的Java运行环境版本。确保JDK版本与运行环境的版本一致是解决问题的关键。
最近在部署项目之后,发现了一个奇怪的问题:线上业务数据都变成了默认值0,这个现象仅出现在此次上线后生成的数据中。
我马上去查看了日志,发现了一个报错信息:
java.lang.UnsupportedClassVersionError: org/eclipse/core/resources/IResource has been compiled by a more recent version of the Java Runtime (class file version 61.0), this version of the Java Runtime only recognizes class file versions up to 55.0
就是类文件的编译环境是JDK61版本,而运行环境是JDK版本为55,显然运行环境低于编译环境。
看到这个问题,我迅速检查了容器的jdk版本以及项目中Maven编译使用的jdk版本,发现都是JDK11,这就让我很纳闷了,版本是一致的,为什么会报这个错误呢?
我在百度和Google上搜索了解决方案,尝试了各种方法,但问题依然存在。
正当我困惑时,我注意到了报错信息的前半部分,提示了org/eclipse/core/resources/IResource
类的编译错误,尽管我的项目中并未使用这个类。
我在项目中搜索了这个类,发现这个类确实是JDK17编译的,这让我感到非常好奇,为什么项目没有使用JDK17的特性,却会有JDK17编译的文件呢?
我查看了项目的pom.xml
文件,发现原来引用的pom版本写了一个版本区间,每次都会取最高的版本,为了验证这个想法,我去Maven仓库查了一下,果然如此!在6月13号,这个依赖的版本被更新了一次,而我们的最后一次部署是在6月5日。
为了解决这个问题,我把该依赖的版本号做了指定,然后在本地编译代码,嘿,果然是JDK11的,这个问题困扰了我很久,真是让人头疼!
问题得以解决,只需要更改pom.xml
文件中的依赖版本号即可,并没有其他复杂的操作,比如更改标签等。
还没有评论,来说两句吧...