Maven依赖范围、传递、排除的方法是什么

这篇文章主要介绍“Maven依赖范围、传递、排除的方法是什么”，在日常操作中，相信很多人在Maven依赖范围、传递、排除的方法是什么问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Maven依赖范围、传递、排除的方法是什么”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

添加依赖

下面我添加了一个spring-web的依赖，maven就会去下载spring-web的jar包及它依赖的一些jar包。

<dependencies>

<dependency>

<groupId>org.springframework</groupId>

<artifactId>spring-web</artifactId>

<version>4.2.5.RELEASE</version>

<scope>compile</scope>

</dependency>

</dependencies>

依赖范围

依赖配置中有一个scope之前没讲过，它就是依赖范围。什么是依赖范围就是指定你这个jar包在哪个阶段时才有效。

• compile - 编译依赖范围。默认的范围，可以不填，表示在所有过程中都有效，如编译期、测试过程中、运行期间等。

  
  

• provided - 已提供依赖范围。这个范围表示只提供编译和测试阶段有效，运行期间不需要，像tomcat等容器本身已经提供的servlet-api等。

  
  

• runtime - 运行时依赖范围。这个范围表示只有在运行和测试期间才有效，编译期间不需要，像连接数据库的jdbc驱动程序等。

  
  

• test - 测试依赖范围。这个范围只有测试阶段有效，编译和运行不需要，像单元测试提供的junit包。

  
  

• system - 系统依赖范围。这个范围表示不依赖本地仓库，jar在其他的目录，需要通过systemPath指定路径，这个不建议使用。

• import - 引用依赖范围。Maven2.0.9之后新增的范围，只能用在<dependencyManagement>中，并且导入的type为pom类型的父工程配置，一般用来解决多继承问题。

  
  

依赖传递

依赖的传递前面讲过通过继承和聚合的方式可以达到，通过继承的方式可以轻松的从父项目继承过来，通过聚合的方式也可以间接的传递过来。

继承：A继承B，A就可以继承B的dependencies依赖。

聚合：A依赖C，C依赖D，那么A就要依赖D自然也就获取了D的依赖。

下面这是dubbo的直接依赖和所有间接依赖的关系列表。

依赖排除

在依赖传递过程中，如A依赖B、S2.0，B依赖C、S1.0，这样A就有了S1.0和S2.0两个依赖，这样某些情况下会造成冲突需要手动把B间接传递过来的依赖排除掉，就是不依赖B带过来的S1.0的包。

<dependency>

<groupId>org.testgroupId>

<artifactId>B</artifactId>

<version>1.0</version>

<exclusions>

<exclusion>

<groupId>com.test</groupId>

<artifactId>S</artifactId>

</exclusion>

</exclusions>

</dependency>

排除所有间接依赖

<dependency>

<groupId>org.testgroupId>

<artifactId>B</artifactId>

<version>1.0</version>

<exclusions>

<exclusion>

<groupId>*</groupId>

<artifactId>*</artifactId>

</exclusion>

</exclusions>

</dependency>

到此，关于“Maven依赖范围、传递、排除的方法是什么”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注亿速云网站，小编会继续努力为大家带来更多实用的文章！