jar包冲突导致项目启动时提示内存溢出错误

  • 1.问题
  • 2.分析
  • 3.处理
  • 1.查看报错的类
  • 2.处理jar包冲突
  • 1.处理哪一个
  • 2.锁定引入位置
  • 1.Show Dependencies
  • 1.maven命令行查看maven依赖树
  • 4.待补充
  • 1.类加载
  • 2.重命名打包


1.问题

本地及测试环境启动经常出现这个问题:

Caused by: java.lang.IllegalStateException: Unable to complete the scan for annotations for web application [/projectName] due to a StackOverflowError. Possible root causes include a too low setting for -Xss and illegal cyclic inheritance dependencies. The class hierarchy being processed was [org.bouncycastle.asn1.ASN1EncodableVector->org.bouncycastle.asn1.DEREncodableVector->org.bouncycastle.asn1.ASN1EncodableVector]

2.分析

一个SSM架构的老项目,架构问题比较多。开始没仔细看,看到StackOverflowError本能反应地,调整了idea和Tomcat的内存。结果可想而知。

仔细看了下报错信息,发现重点 [org.bouncycastle.asn1.ASN1EncodableVector->org.bouncycastle.asn1.DEREncodableVector->org.bouncycastle.asn1.ASN1EncodableVector 错误乍一看有点像循环依赖,但并不是,循环依赖作为一个Spring使用中经常遇到的错误。我们清楚的知道,它的报错信息(网上随便找了一个图)应该是这样的:

java 启动jar包 内存是动态 jar包启动内存溢出_bcprov-jdk15on


虽然确定不是循环依赖,但是错误肯定是跟maven依赖有关,着手处理。

3.处理

1.查看报错的类

发现多个jar包中存在同名类,到这里其实可以猜到什么问题了。

java 启动jar包 内存是动态 jar包启动内存溢出_bcprov-jdk16_02


严谨起见,继续分析,分别点如查看类。

java 启动jar包 内存是动态 jar包启动内存溢出_bcprov-jdk16_03


bcprov-jdk15on版本中ASN1EncodableVector类并未依赖DEREncodableVector,问题不可能是它引起的。查看bcprov-jdk16版本,发下问题:ASN1EncodableVector类继承了DEREncodableVector类。

java 启动jar包 内存是动态 jar包启动内存溢出_jar_04


跟进bcprov-jdk16的jar包中的DEREncodableVector,发现其未依赖其他包:

java 启动jar包 内存是动态 jar包启动内存溢出_jar_05

再查看bcprov-jdk15on版本的DEREncodableVector,发现其继承了ASN1EncodableVector。

java 启动jar包 内存是动态 jar包启动内存溢出_jar_06


至此,问题很清楚了,两套jar包中的两对同名的四个类,形成“循环依赖”(注意引号),其实就是jar包冲突。

2.处理jar包冲突

1.处理哪一个

涉及公司保密协议,部分截图省略
搜索所有pom文件中的bcprov-jdk16,发现其为core包引入。原则上,core包我们是不动的。
搜索所有pom文件中的bcprov-jdk15on,无搜索结果。说明其为某个包间接引入,只要给他排除调就可以。

2.锁定引入位置

说两个方法

1.Show Dependencies

idea中点击右侧maven工具栏,选中启动报错的项目,右上角有个按钮

java 启动jar包 内存是动态 jar包启动内存溢出_jar_07


单击后,生成依赖图,Ctrl+F搜索bcprov-jdk15on

java 启动jar包 内存是动态 jar包启动内存溢出_bc_08


选中单击,定位到此包在途中的位置,根据->顺藤摸瓜,找到引入此包的工程(这个工程是自己项目中某个module)(此处设计公司项目图略)。到对应的module下的pom中,找到间接引入报错bcprov-jdk15on的罪魁祸首包(在maven依赖图中层级最靠近此module的包),使用exclusive标签排除掉。

java 启动jar包 内存是动态 jar包启动内存溢出_java 启动jar包 内存是动态_09

1.maven命令行查看maven依赖树

项目根目录下打开命令行窗口,执行mvn dependency:tree 之后会查出直接和间接进入的所有依赖,找到对应的module和包,处理方式同上。
我的原则是,有操作窗口,不使用命令行,此方式,不再赘述。

4.待补充

1.类加载

2.重命名打包