Maven依赖范围与classpath、依赖传递

配置Junit依赖时,我们这样配置:

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    <scope>test</scope>
</dependency>

其中的scope就是依赖范围,依赖范围作用于classpath。依赖范围与三种classpath关系如下:

依赖范围与classpath的关系
依赖范围(scope)对于编译classpath有效对于测试classpath有效对于运行时classpath有效例子
compile(默认)YYYSpring-core
test--Y--Junit
providedYY--servlet-api
runtime--YYJDBC驱动实现
systemYY--

本地的,Maven仓库之外的类库文件

Maven依赖范围不仅控制依赖与classpath的关系,还会影响依赖传递。

最左边一列表示第一直接依赖范围,最上面一行表示第二直接依赖范围,中间的交叉单元格则表示传递性依赖范围。

依赖范围与依赖传递的关系
 compiletestprovidedruntime
compilecompile------runtime
testtest------test
providedprovided---providedprovided
runtimeruntime------runtime

仔细观察上面表格,我们发现这样的规律:

 
  • 当第二直接依赖的范围是compile的时候,传递性依赖的范围与第一直接依赖的范围一致;
  • 当第二直接依赖的范围是test的时候,依赖不会得以传递;
  • 当第二直接依赖的范围是provided的时候,只传递第一直接依赖的范围也为provided的依赖,切传递性依赖的范围同样为provided;
  • 当第二直接依赖的范围是runtime的时候,传递性依赖的范围与第一直接依赖的范围一致,但compile例外,此时传递性依赖的范围为runtime。

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值