什么是传递依赖
在Maven仓库中,构件通过POM(一种XML文件)来描述相关信息以及传递性依赖。Gradle 可以通过分析该文件获取获取所以依赖以及依赖的依赖和依赖的依赖的依赖,为了更加直观的表述,可以通过下面的输出结果了解。
1 2 3 4 5 |
|
可以看到,我们的项目依赖了spring-web
,然而spirng-web
却依赖了一众spring的全家桶,借助Gradle的传递性依赖特性,你无需再你的脚本中把这些依赖都声明一遍,你只需要简单的一行,Gradle便会帮你将传递性依赖一起下载下来。
1 |
|
传递依赖特性可以轻松地通过transitive参数进行开启或关闭,上面的示例中如果要忽略spring-web
的传递性依赖可以采用指定 transitive = false
的方式来关闭依赖传递特性,也可以采用添加@jar
的方式忽略该依赖的所有传递性依赖。
1 2 3 |
|
下面的语句,可以全局性的关闭依赖传递特性。
1 2 3 |
|
排除依赖
有些时候你可能需要排除一些传递性依赖中的某个模块,此时便不能靠单纯的关闭依赖传递特性来解决了。这时exclude
就该登场了,如果说@jar
彻底的解决了传递问题,那么exclude
则是部分解决了传递问题。然而实际上exclude
肯能还会用的频率更更频繁一些,比如下面几种情况。
- 依赖冲突时,如果有两个依赖引用了相同jar包的不同版本时,默认情况下gradle会采用最新版本的jar包,此时可以通过排除选项来排除。
- 运行期无需此模块的。
- 无法正常获取到此传递依赖,远程仓库都不存在的。
- 版权原因需要排除的。
- 其他原因。
可以通过configuration配置或者在依赖声明时添加exclude
的方式来排除指定的引用。
exclude可以接收group和module两个参数,这两个参数可以单独使用也可以搭配使用,其中module可以理解为对应GAV中的artifactId,也就是compile group: 'org.gradle.test.classifiers', name: 'service', version: '1.0'
中的中间name部分。
1 2 3 4 5 6 7 8 9 10 11 12 |
|
使用强制版本
当然,有时候你可能仅仅是需要强制使用某个统一的依赖版本,而不是排除他们,那么此时force
就该登场了。指定force = true
属性可以冲突时优先使用该版本进行解决。
1 2 3 |
|
全局配置强制使用某个版本的依赖来解决依赖冲突中出现的依赖
1 2 3 4 5 |
|
使用动态版本
如果你想让你的工程始终采用最新依赖,那么Gradle提供了一种方式可以始终保证采用依赖的最新版本而无需每次手工检查修改版本。
使用加号+
,可以让Gradle在每次执行构建时检查远程仓库是否存在该依赖的新版本,如果存在新版本则下载选用最新版本。当然也可以指定依赖某个大版本下的最新子版本,1.+
表示始终采用该依赖最新的1.x
版本的最新依赖。
1 |
|
1 |
|
一个综合示例
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|