Maven直接依赖、间接依赖、依赖冲突、依赖仲裁的实现

 更新时间:2023年09月21日 15:46:54   作者:ares5k  
本文主要介绍了Maven直接依赖、间接依赖、依赖冲突、依赖仲裁的实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧

直接依赖和间接依赖

在项目中直接引入的依赖叫做直接依赖,而那些被动引入的就叫间接依赖

直接依赖和间接依赖

比如上图中,A 是我们的项目,我们在项目中直接引入了 B 模块,所以 B 和 A 的关系就是直接依赖,而 B 工程内部引入了 C,所以 B 和 C 也是直接依赖关系,如果 B 工程在引入 C 时,指定了 C 模块的依赖范围是 <scope>compile</scope> ,那么 C 模块就会随着 B 模块一同被引入到我们的工程A 中,这时候 A 和 C 的关系就是间接依赖

依赖冲突

Maven 的依赖冲突,我认为有两种情况,Maven 能自动解决的、需要手动解决的

1. Maven 可以自动解决的依赖冲突

在项目中,不管是直接依赖还是间接依赖,当有多个 <groupId> <artifactId> 相同, <version> 不同的依赖引入时,Maven 就会认为我们引入了相同模块的不同版本,其就会被判定为依赖冲突,这种情况 Maven 会用自己的仲裁机制帮我们取舍

2. 需要手动解决的依赖冲突

模块间的 <groupId> <artifactId> <version> 都不相同,但是引入的这些模块中具有相同路径的类(包名+类名完全相同),这个时候就需要我们自己去解决依赖冲突问题

Maven 的依赖仲裁

依赖仲裁是 Maven 自动解决依赖冲突的手段,我们想更好的利用它,就必须知道其仲裁的规则,其通过 最短路径优先 先声明优先 两个依据来判断最终留下的模块

最短路径优先

当项目的依赖树中存在相同模块的不同版本时,Maven 的仲裁机制就会介入,其首先会通过最短路径的方式来对冲突的模块进行取舍,如下图,假设我们的项目是A,明显C模块发生了依赖冲突,那么按照最短路径优先的原则,Maven 最后会留下 A → B → C 1.0 这个路径下的 C 模块

最短路径优先

先声明优先

当两个依赖冲突的模块,其路径距离相同时,就会使用先声明优先的规则,这个就很简单了,就是留下先声明的模块,如下图,假设我们的项目是A,两个冲突的模块C到 A 的距离是相同的,这时 Maven 就会根据先声明优先的规则选择A → B → C 1.0 这个路径下的 C 模块,因为其声明在前

先声明优先

至于什么叫先声明,非常简单,用上图例子,我写个伪代码

<!-- 这个 B 的依赖信息就是先声明的,所以仲裁后会留下B模块中依赖的C模块 -->
<dependency>
    <groupId>B</groupId>
    <artifactId>B</artifactId>
    <version>release</version>
</dependency>
<dependency>
    <groupId>D</groupId>
    <artifactId>D</artifactId>
    <version>release</version>
</dependency>

了解仲裁规则后,也可以利用 Maven 的仲裁规则,保留自己想要的模块,比如上面例子中,我们想保留模块 C 2.0,那么就可以将模块 C 2.0 的依赖信息主动声明在依赖列表的最前面,这样不论是最短路径规则还是先声明的规则,都会判定 C 2.0 被保留,伪代码如下:

<!--在依赖列表的最前面主动声明模块C2.0的依赖信息-->
<dependency>
    <groupId>C</groupId>
    <artifactId>C</artifactId>
    <version>2.0</version>
</dependency>
<dependency>
    <groupId>B</groupId>
    <artifactId>B</artifactId>
    <version>release</version>
</dependency>
<dependency>
    <groupId>D</groupId>
    <artifactId>D</artifactId>
    <version>release</version>
</dependency>

手动解决依赖冲突

需要手动解决的情况,是指不同模块中,具有相同路径的类(包名和类名完全相同),从而导致项目启动后,类加载器加载了同名的非目标类,从而出现 ClassNotFoundException NoClassDefFoundError LinkageError 等类似的错误

手动解决依赖冲突,首先需要找出路径相同的类所在的模块,其次决定要留用的模块

找出类路径相同的模块

可以借助 Maven 的生命周期插件 maven-enforcer-plugin

1. 在项目的 Pom.xml 中添加配置

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-enforcer-plugin</artifactId>
            <version>1.4.1</version>
            <executions>
                <execution>
                    <id>enforce-dependencies</id>
                    <phase>validate</phase>
                    <goals>
                        <goal>display-info</goal>
                        <goal>enforce</goal>
                    </goals>
                </execution>
            </executions>
            <dependencies>
                <dependency>
                    <groupId>org.codehaus.mojo</groupId>
                    <artifactId>extra-enforcer-rules</artifactId>
                    <version>1.0-beta-4</version>
                </dependency>
            </dependencies>
            <configuration>
                <rules>
                    <banDuplicateClasses>
                        <findAllDuplicates>true</findAllDuplicates>
                    </banDuplicateClasses>
                </rules>
            </configuration>
        </plugin>
    </plugins>
</build>

(2) 执行 mvn clean package enforcer:enforce 命令后,就能看见重复的类和模块

找到类重复的模块

(3) 找到冲突的模块后,删掉弃用的模块,如果是直接依赖的模块直接删除依赖信息就好,如果是间接依赖的模块,就要使用 <exclusions> 排除依赖传递,方式如下:

<dependency>
    <groupId></groupId>
    <artifactId></artifactId>
    <version></version>
    <!-- 排除依赖传递 -->
    <exclusions>
        <exclusion>
            <groupId>要弃用的模块的groupId</groupId>
            <artifactId>要弃用的模块的artifactId</artifactId>
        </exclusion>
    </exclusions>
</dependency>

到此这篇关于Maven直接依赖、间接依赖、依赖冲突、依赖仲裁的实现的文章就介绍到这了,更多相关Maven直接依赖、间接依赖、依赖冲突、依赖仲裁内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

相关文章

  • 超级详细的Java安装教程(Mac版)

    超级详细的Java安装教程(Mac版)

    Java是一种广泛使用的编程语言,可用于开发各种类型的应用程序,这篇文章主要给大家介绍了关于Mac系统下Java安装的相关资料,文中通过代码介绍的非常详细,需要的朋友可以参考下
    2023-10-10
  • SpingMvc复杂参数传收总结

    SpingMvc复杂参数传收总结

    这篇文章主要为大家介绍了SpingMvc复杂参数传收总结,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪
    2023-08-08
  • java创建二维码并赋予url链接的功能实现

    java创建二维码并赋予url链接的功能实现

    这篇文章给大家分享java创建二维码并赋予url链接的功能实现,需要获取要赋值给二维码的链接后缀,通过设置二维码的访问路径等一系列操作,具体实现代码跟随小编一起看看吧
    2021-06-06
  • Spring扩展BeanFactoryPostProcessor使用技巧详解

    Spring扩展BeanFactoryPostProcessor使用技巧详解

    这篇文章主要为大家介绍了Spring扩展BeanFactoryPostProcessor使用技巧详解,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪
    2022-09-09
  • spring boot实战教程之shiro session过期时间详解

    spring boot实战教程之shiro session过期时间详解

    这篇文章主要给大家介绍了关于spring boot实战教程之shiro session过期时间的相关资料,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面来一起看看吧。
    2017-10-10
  • SpringBoot中定位切点的两种常用方法

    SpringBoot中定位切点的两种常用方法

    有时候,我们使用AOP来进行放的增强,编写切面类的时候,需要定位在哪个方法上试用该切面进行增强,本片文章主要讲解两种在SpringBoot中定位切点的方法,感兴趣的可以了解一下
    2021-06-06
  • SpringBoot中的异常处理与参数校验的方法实现

    SpringBoot中的异常处理与参数校验的方法实现

    这篇文章主要介绍了SpringBoot中的异常处理与参数校验的方法实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2020-04-04
  • java通过AOP实现全局日志打印详解

    java通过AOP实现全局日志打印详解

    最近自己一直再看现有微服务的日志模块,发现就是使用AOP来做controller层的日志处理,加上项目在进行架构优化,这篇文章主要给大家介绍了关于java通过AOP实现全局日志打印的相关资料,需要的朋友可以参考下
    2022-01-01
  • IDEA中的Run/Debug Configurations各项解读

    IDEA中的Run/Debug Configurations各项解读

    这篇文章主要介绍了IDEA中的Run/Debug Configurations各项解读,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
    2023-09-09
  • Java可视化之实现文本的加密和解密

    Java可视化之实现文本的加密和解密

    这篇文章主要介绍了Java可视化之实现文本的加密和解密,文中有非常详细的代码示例,对正在学习java的小伙伴们有非常好的帮助,需要的朋友可以参考下
    2021-04-04

最新评论