如何解决Mavenjar包冲突

这篇文章主要讲解了如何解决Maven jar包冲突，内容清晰明了，对此有兴趣的小伙伴可以学习一下，相信大家阅读完之后会有帮助。

成都创新互联是一家集网站建设,西夏企业网站建设,西夏品牌网站建设,网站定制,西夏网站建设报价,网络营销,网络优化,西夏网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。

现象

创建一个maven工程，引入spring-context包。

    
      org.springframework
      spring-context
      5.0.8.RELEASE
    

此时看左侧的lib，我们发现引入了一个坐标，多出了很多的jar包，这个现象叫做依赖传递，就是说，当前坐标所依赖的jar包也会一同引入进来，这里的版本都是5.0.8的。

接下来，我们再引入一个springmvc。我们换一个版本，我们引入4.2.4版本

    
      org.springframework
      spring-webmvc
      4.2.4.RELEASE
    

我们通过idea给的maven分析图可以看出，mvc和context都依赖与sprng-core一个，依赖的是5.0.8版本，一个依赖的是4.2.4版本。

那么真正加载的是哪个版本呢。是5.0.8版本。

此时就是存在了jar包的冲突问题，那么我们解决这个问题，有三种方式。

声明优先原则

此时我们的pom文件中是先声明的5.0.8版本，后声明的4.2.4版本，我们将其调换顺序。

此时我们发现他们共同依赖的jar包，都变成了4.2.4版本，这就是声明优先原则。

就近优先原则

比如，我们不想调换顺序，我们就是想使用4.2.4版本的spring-core。我们可以单独引入进来

此时再看，我们发现依赖的spring-core已经变成了4.2.4版本了。

这个就是就近优先原则，就近优先是直接依赖，直接依赖的优先级大于传递依赖的优先级。

排除依赖

这种方式我们可以直接排除spring-context中的spring-core的传递依赖。

再看依赖，此时已经改为4.2.4.

使用exclusions标签的时候，其内部不用写版本号，这是唯一不用写版本号的一种情况。因为他默认就去找当前依赖的版本了。

看完上述内容，是不是对如何解决Maven jar包冲突有进一步的了解，如果还想学习更多内容，欢迎关注创新互联行业资讯频道。