符合中小企业对网站设计、功能常规化式的企业展示型网站建设
本套餐主要针对企业品牌型网站、中高端设计、前端互动体验...
商城网站建设因基本功能的需求不同费用上面也有很大的差别...
手机微信网站开发、微信官网、微信商城网站...
这篇文章主要介绍了Java类加载器与类冲突怎么解决的相关知识,内容详细易懂,操作简单快捷,具有一定借鉴价值,相信大家阅读完这篇Java类加载器与类冲突怎么解决文章都会有所收获,下面我们一起来看看吧。
成都网络公司-成都网站建设公司成都创新互联公司十年经验成就非凡,专业从事做网站、成都网站制作,成都网页设计,成都网页制作,软文推广,广告投放等。十年来已成功提供全面的成都网站建设方案,打造行业特色的成都网站建设案例,建站热线:13518219792,我们期待您的来电!
在同一个项目中,包含了一个类库的两个不同版本
这个时候,可能就会遇到奇怪的问题
代码的逻辑不符合预期
出现NoSuchMethodError
...
先说结论,出现这些问题,不用怀疑,一定是当前使用的class版本和你预期的不一致。
这里我们以 apache 的 commons-codec类库来分析问题场景。
在实现一个功能的时候,你通过maven引入了这个库的依赖:
commons-codec
commons-codec
1.10
此时,在代码里使用了类库内处理Base64的一个类,有一个这样的实现
public static byte[] decodeBase64(String base64String) {
return (new Base64()).decode(base64String);
}
然后没多久,系统中新增其它的功能,和其他系统对接的时候,引入了一个依赖。当我们高高兴兴的完成了任务,提交代码时,某天会遇到QA提了一个问题,XX功能现在不可用。
什么情况,WTF?
然后重跑功能,果不其然。什么情况。原来我们之前使用的commons-codec-1.10版本,并没有被使用,而是使用了com.springsource.org.apache.commons.codec-1.3.0版本。
什么情况?
我们在接入其他系统的时候,引入了一些依赖,而这其中他会依赖一个
org.apache.commons
com.springsource.org.apache.commons.httpclient
而他,会把上面的com.springsource.org.apache.commons.codec-1.3.0引进来。
此时,系统中就会有两个关于commons-codec的包。
而旧版本的对应Base64的类,只支持传入一个数组,不支持String
难道Maven这么傻,不会解决一下?
他会根据引入的版本,使用的maven的版本,从而选择是根据依赖声明的前后顺序或者是nearest来使用。但这个解决不了我们上面的问题,因为maven对于同一个groupId和artifactId才会使用上面这个依赖机制,所以相同的groupId和artifactId的依赖,会直接忽略,最终只使用一个。依赖树上可以看了出来:
看上面的提示omitted for duplicate。而上面关于codec的依赖,是因为artifactId被换成了org.springsource.org.apache.commons,这样maven的机制就不会生效,导致项目里出现了两个codec的jar。而且,codec.jar虽然对于org.springsource这个指定的,虽然artifactId是这个,但里面的包名还是一样样的org.apache.commons,所以是相同于两个一模一样的Jar,只是版本不同。
这个时候,到了类加载器上场的时候了。类加载器在加载类,初始化的时候,会需要加载当前class依赖的类,此时,由于依赖低版本codec的class先被加载,从而导致低版本的codec被加载。
等后面再需要codec的地方又需要类的时候,此时虽然WebappClassloader可以子优先加载,对于不同的应用进行资源隔离,但是对于同一个应用内的相同package的类,是不会重复加载的。此时,有相同的请求到来时,从已经加载的资源中找到了低版本的codec,就直接用了,而这个类里没有我们要调用的方法,就出现了熟悉的NoSuchMethodError。
解决
问题了解清楚了,那该怎么解决呢,引入一个依赖的时候,总不能一个个的去查看jar的pom声明。
出现了上述问题时,如果不是使用maven管理依赖的,像之前SSH那种一下添加一堆jar到lib目录的时候,确定了对应的问题jar后,直接删除就好,简单直接。
如果是用maven管理依赖,就需要了解,是请把这小子带到这儿的。这个时候,使用maven的命令工具:
mvn dependency:tree
然后把结果生成到一个文件中,就可以查看引入冲突的jar是谁引进来的,查明真相后,就把依赖排除出去,
类似这样:
com.xxx
xxx
1.0.4
org.apache.commons
com.springsource.org.apache.commons.codec
关于“Java类加载器与类冲突怎么解决”这篇文章的内容就介绍到这里,感谢各位的阅读!相信大家对“Java类加载器与类冲突怎么解决”知识都有一定的了解,大家如果还想学习更多知识,欢迎关注创新互联行业资讯频道。