maven helper 解决SpringBoot剔除pom依赖Jar包依然存在的问题

最新推荐文章于 2024-09-04 08:17:28 发布

GOF.

最新推荐文章于 2024-09-04 08:17:28 发布

阅读量7.6k

点赞数

文章标签： java

原文链接：https://segmentfault.com/a/1190000017542396

版权

项目需要，所以要剔除Disconf的依赖，但是我从pom里面删除了对Disconf的依赖，程序启动的时候尽管没有启动Disconf，但是Disconf 的jar包还是存在，最后解决这个问题的办法就是maven helper 去剔除依赖后jar包也会被剔除
在解决问题的过程中我看到了一篇博客讲依赖冲突的就总结一下供自己后续学习

1、何为依赖冲突

Maven是个很好用的依赖管理工具，但是再好的东西也不是完美的。Maven的依赖机制会导致Jar包的冲突。举个例子，现在你的项目中，使用了两个Jar包，分别是A和B。现在A需要依赖另一个Jar包C，B也需要依赖C。但是A依赖的C的版本是1.0，B依赖的C的版本是2.0。这时候，Maven会将这1.0的C和2.0的C都下载到你的项目中，这样你的项目中就存在了不同版本的C，这时Maven会依据依赖路径最短优先原则，来决定使用哪个版本的Jar包，而另一个无用的Jar包则未被使用，这就是所谓的依赖冲突。

在大多数时候，依赖冲突可能并不会对系统造成什么异常，因为Maven始终选择了一个Jar包来使用。但是，不排除在某些特定条件下，会出现类似找不到类的异常，所以，只要存在依赖冲突，在我看来，最好还是解决掉，不要给系统留下隐患。

2、解决方法

解决依赖冲突的方法，就是使用Maven提供的标签，标签需要放在标签内部，就像下面这样：

<dependency>
    <groupId>org.apache.logging.log4j</groupId>
    <artifactId>log4j-core</artifactId>
    <version>2.10.0</version>
    <exclusions>
        <exclusion>
        <artifactId>log4j-api</artifactId>
        <groupId>org.apache.logging.log4j</groupId>
        </exclusion>
    </exclusions>
</dependency>

log4j-core本身是依赖了log4j-api的，但是因为一些其他的模块也依赖了log4j-api，并且两个log4j-api版本不同，所以我们使用标签排除掉log4j-core所依赖的log4j-api，这样Maven就不会下载log4j-core所依赖的log4j-api了，也就保证了我们的项目中只有一个版本的log4j-api。