是时候装逼了，试试 IDEA 解决 Maven 依赖冲突的高能神器！

程序员的成长之路

互联网/程序员/技术/资料共享

阅读本文大概需要 2.8 分钟。

来自：sf.com/a/1190000017542396

Hello，大家好，我是良月柒。

不管做什么，只要坚持下去就会不一样！

今天，来讲一个 Maven 经典实战问题，依赖冲突。

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。