[Maven实战](8)依赖配置与依赖范围

 1. 依赖配置

依赖基本配置:


 <project>  

  <dependencies>  

    <dependency>  

      <groupId>...</groupId>  

      <artifactId>...</artifactId>  

      <version>...</version>  

      <exclusions>  

        <exclusion>  

          <groupId>...</groupId>  

          <artifactId>...</artifactId>  

        </exclusion>  

      </exclusions>  

    </dependency>   

  </dependencies>  

</project>

我们之前就遇到了依赖的概念,项目中测试需要依赖junit jar包,依赖配置如下:


  <dependencies>  

    <dependency>  

      <groupId>junit</groupId>  

      <artifactId>junit</artifactId>  

      <version>3.8.1</version>  

      <scope>test</scope>  

    </dependency>  

 </dependencies> 

根元素下project下的dependencies可以包含一个或者多个dependency元素,以声明一个或者多个项目依赖。每个依赖可以包含的元素有:

  • groupId,artifactId和version:依赖的基本坐标,对于任何一个依赖来说,基本坐标是最重要的,Maven根据坐标才能找到需要的依赖。
  • type:依赖的类型,对应于项目坐标定义的packaging。大部分情况下,该元素不必声明,其默认值是jar。
  • scope:依赖的范围,下面会进行详解。
  • optional:标记依赖是否可选。
  • exclusions:用来排除传递性依赖,后面文章会详细介绍。

2. 依赖范围

下面主要讲解一下依赖范围的知识:

Maven在编译主代码的时候需要使用一套classpath,在编译和执行测试的时候会使用另一套classpath,实际运行项目的时候,又会使用一套classpath。

依赖范围就是用来控制依赖与这三种classpath(编译classpath、测试classpath、运行classpath)的关系,Maven有以下几种依赖范围:

  • compile:编译依赖范围。如果没有指定,就会默认使用该依赖范围。使用此依赖范围的Maven依赖,对于编译、测试、运行三种classpath都有效。典型的例子是spring-core,在编译,测试和运行的时候都需要使用该依赖。
  • provided:已提供依赖范围。使用此依赖范围的Maven依赖,对于编译和测试classpath有效,但在运行时无效。典型的例子是servlet-api,编译和测试项目的时候需要该依赖,但在运行项目的时候,由于容器已经提供,就不需要Maven重复地引入一遍。
  • test:测试依赖范围。使用此依赖范围的Maven依赖,只对于测试classpath有效,在编译主代码或者运行项目的使用时将无法使用此类依赖。典型的例子就是JUnit,它只有在编译测试代码及运行测试的时候才需要。
  • runtime:运行时依赖范围。使用此依赖范围的Maven依赖,对于测试和运行classpath有效,但在编译主代码时无效。典型的例子是JDBC驱动实现,项目主代码的编译只需要JDK提供的JDBC接口,只有在执行测试或者运行项目的时候才需要实现上述接口的具体JDBC驱动。
  • system:系统依赖范围。该依赖范围与provided所表示的依赖范围一致,对于编译和测试classpath有效,但在运行时无效。只是使用system范围依赖时必须通过systemPath元素显式地指定依赖文件的路径。由于此类依赖不是通过Maven仓库解析的,而且往往与本机系统绑定,可能造成构建的不可移植,因此应该谨慎使用,systemPath元素可以引用环境变量。举个例子如下:

<dependency>  

    <groupId>javax.sql</groupId>  

    <artifactId>jdbc-stdext</artifactId>  

    <version>2.0</version>  

    <scope></scope>  

    <systemPath>${java.home}/lib/rt.jar</systemPath>  

</dependency> 
  • import(Maven 2.0.9及以上):导入依赖范围。该依赖范围不会对三种classpath产生实际的影响。

上述除import以外的各种依赖范围与三种classpath的关系如下:

依赖范围(scope) 测试classpath 编译classpath 运行classpath 例子
compile Y Y Y spring-core
provided Y Y   servlet-api
test Y     junit
runtime Y   Y JDBC驱动实现
system Y Y   本地的,Maven仓库之外的类库文件

来源于:《Maven实战》

参考资料:Introduction to the Dependency Mechanism

时间: 2024-12-28 15:42:07

[Maven实战](8)依赖配置与依赖范围的相关文章

[Maven实战](9)传递性依赖

了解Spring的朋友都知道,创建一个Spring Framework项目都需要依赖什么样的Jar包.如果不使用Maven,那么在项目中就需要手动下载相关的依赖.由于Spring Framework又会依赖与其他开源类库,因此实际中往往会下载Spring Framework的jar包,还的下载所有它依赖的其他jar包.这么做往往就引入了很多不必要的依赖.另一种做法是只下载Spring Framework的jar包,不包含其他的相关依赖,到实际使用的时候,再根据报错信息,或者查询相关文档,加入需要

maven依赖配置和依赖范围

一:依赖配置  我们在实际开发汇中最常见的maven依赖如下,读者可以看到最基本的groupId,artifactId,version等元素组成. 1 <dependency> 2 <groupId>...</groupId> 3 <artifactId>...</artifactId> 4 <version>..</version> 5 <type>...</type> 6 <scope&g

转】Maven实战(七)---传递依赖

原博文出自于:http://blog.csdn.net/liutengteng130/article/details/47000069   感谢! 假设A-->C  B-->A      ==> B-->C ,A依赖于C是直接依赖,B依赖于A是直接依赖,B依赖于C是传递依赖. 现象一 举个例子:A-->log1.0  B-->log2.0 C-->A,B 那么我们来看依赖关系: User-core依赖于log4j 1.2.17 <dependency>

Maven实战(七)---传递依赖

假设A-->C  B-->A      ==> B-->C ,A依赖于C是直接依赖,B依赖于A是直接依赖,B依赖于C是传递依赖. 现象一 举个例子:A-->log1.0  B-->log2.0 C-->A,B 那么我们来看依赖关系: User-core依赖于log4j 1.2.17 <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifact

maven实战第十篇_10_yuocng_依赖

依赖调解: 项目A有这样的依赖关系:A -> B -> C -> X(1.0) , A -> D -> X(2.0) X是A的传递性依赖,但是两条依赖路径上有两个版本的X,那么哪个X会被Maven解析使用呢? 两个版本都解析是不对的,因为那会造成依赖重复,因此必须选择一个. maven依赖调解的第一原则是:路径最近者优先.该例子中X(1.0)的路径长度为3,而X(2.0)的路径长度为2,因此X(2.0)会被解析使用. 但是,比如这样的依赖关系:A -> B  ->

maven 父子关系模块配置(三)--依赖关系配置

为了方便依赖关系的管理,可在父模块中配置好所需的依赖关系,在子模块中引入group_id 和 artifactId 即可. 父模块pom文件配置: <dependencyManagement> <dependencies> <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</versio

Maven学习笔记之——坐标和依赖(上)

Maven学习笔记之--坐标和依赖(上) 1.    Maven坐标概念 Maven通过构件的坐标来在Maven仓库中定位到具体的构件.Maven的坐标元素包括groupId.artifactId.versiion.packaging.classifier.Maven内置了一个中央仓库地址.需要时Maven会根据坐标到其中下载.具体关于中央仓库的介绍在后面. 2.    Maven坐标详解 比如下面一组坐标: <groupId>org.andy.items</groupId> &l

gradle学习之旅(九) 依赖配置

包括本节的接下来三节中分别学习gradle依赖管理中是三个重要感念:依赖配置.依赖声明.仓库配置和使用 什么是配置 配置就是依赖的配置 插件可以引入配置来定义依赖的作用域(第四节的java插件),比如java插件通过compile配置添加编译产品源代码所需的依赖. 配置的API表示 配置可以直接在项目的根级别添加和访问,可以直接使用插件提供的配置,也可以声明自己的配置. 类似于taskContainer,每个项目也有一个ConfigurationContainer类的容器来管理相应的配置 配置在

Android Gradle 依赖配置:implementation &amp; api

背景: Android Gradle plugin 3.0开始(对应Gradle版本 4.1及以上),原有的依赖配置类型compile已经被废弃,开始使用implementation.api和annotationProcessor类型分别替代.对应的,这三种替代配置类型针对具体的使用场景,具有不同的依赖行为.其中,implementation和api依赖又相对最为常用,对其具体含义也需要理解清,在实际项目中选择依赖配置时,也才能游刃有余. 首先看一下Android官方文档中关于依赖配置的详细介绍