java.lang.IllegalArgumentException: Unsupported class file major version xx解决之道
在一次项目打包中遇到了这个问题,这个问题的本质是打包时,你依赖的包或这些依赖的间接依赖中含有高于当前项目构建jdk版本编译出来的类,导致打包失败。
1.major version和jdk各版本对应关系可以自行搜索,当前主要版本的对应关系是
c:55 对应 java 11
major version:52 对应 java 8
major version:51 对应 java 7
major version:50 对应 java 6
jar -xvf
解压依赖的jar包,然后对某个class文件执行javap -verbose xxx.class |grep version
查看某个类的版本,比如我的项目构建是jdk8,找个某个类A,其major version是55,那基本就确定是因为这个类引起的了。
2.那么关键是怎么定位是哪个依赖包含了这个类呢
我这里使用gradle构建执行shadowJar时,尝试打开了各种debug和trace日志,并未提示具体是处理哪个类过程中报的错,就只能用笨办法,看看构建成功和失败之间的改动是哪些,一个个exclude进行判断(exclude的过程中必须要把间接依赖也考虑进去)。
经过我的一番排查,最终确定是com.fasterxml.jackson.core:jackson-core:2.15.2
中的META-INF/versions下的类引起的,打包时exclude这些文件后构建成功!这个依赖其实也是别的包间接引进的,所以排查起来还是比较费劲!
shadowJar { // ... // 其余内容省略 mergeServiceFiles() exclude "META-INF/versions/**/*.*" }
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库