maven 的作用域和传递依赖问题

Posted zjg-gwx

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了maven 的作用域和传递依赖问题相关的知识,希望对你有一定的参考价值。

maven的作用域共有五个: 

  (1) compile   默认就是compile,什么都不配置也就是意味着compile。compile表示被依赖项目需要参与当前项目的编译,当然后续的测试,运行周期也参与其中,是一个比较强的依赖。打包的时候通常需要包含进去。

  (2)   test   scope为test表示依赖项目仅仅参与测试相关的工作,包括测试代码的编译,执行。比较典型的如junit。

  (3)   runntime  runntime表示被依赖项目无需参与项目的编译,不过后期的测试和运行周期需要其参与。与compile相比,跳过编译而已,说实话在终端的项目(非开源,企业内部系统)中,和compile区别不是很大。Oracle jdbc驱动架包就是一个很好的例子,一般scope为runntime。

  (4)  provided  provided意味着打包的时候可以不用包进去,别的设施(Web Container)会提供。事实上该依赖理论上可以参与编译,测试,运行等周期。相当于compile,但是在打包阶段做了exclude的动作。

  (5)  system  从参与度来说,也provided相同,不过被依赖项不会从maven仓库抓,而是从本地文件系统拿,一定需要配合systemPath属性使用。

scope 的传递依赖:

  如果项目A->B->C,如果项目 A依赖项目B,项目B依赖项目C,知道B在A项目中的scope,那么怎么知道C在A中的scope呢?答案是: 
           当C是test或者provided时,C直接被丢弃,A不依赖C; 
           否则A依赖C,C的scope继承于B的scope。



以上是关于maven 的作用域和传递依赖问题的主要内容,如果未能解决你的问题,请参考以下文章

变量作用域和内存问题

作用域和闭包

作用域和闭包

javascript高程笔记-------第四章 变量作用域和内存问题

什么是传递性 Maven 依赖项?

第4章变量作用域和内存问题