目录
compile
runtime
test
system
provided
import
dependencyManagement标签介绍
maven的scope有哪些:
maven的scope一共包括:compile、runtime、test、system、provided、import。
org.apache.httpcomponents
httpclient
4.4.1
compile
compile是默认值,当我们引入依赖时,如果标签没有指定,那么默认就是complie。
compile表示被依赖项目需要参与当前项目的编译,包括后续的测试,运行周期也参与其中,同时打包的时候也会包含进去。是最常用的,所以也是默认的。
mysql
mysql-connector-java
5.1.46
runtime
runtime表示被依赖项目无需参与项目的编译,不过后期的测试和运行周期需要其参与。与compile相比,跳过编译而已。
数据库的驱动包一般都是runtime,因为在我们在编码时只会使用JDK提供的jdbc接口,而具体的实现是有对应的厂商提供的驱动(如mysql驱动),实在运行时生效的,所以这类jar包无需参与项目的编译。
junit
junit
4.12
test
test表示只会在测试阶段使用,在src/main/java里面的代码是无法使用这些api的,并且项目打包时,也不会将"test"标记的打入"jar"包或者"war"包。
com.mytest
test
1.0
system
${basedir}/lib/test-1.0.jar
system依赖不是由maven仓库,而是本地的jar包,因此必须配合systemPath标签来指定本地的jar包所在全路径。这类jar包默认会参与编译、测试、运行,但是不会被参与打包阶段。如果也想打包进去的话,需要在插件里做配置
如果你仅仅是这么做了,在你使用SpringBoot打包插件生成jar包的时候,你会发现这个jar包不会被打进去,进而出现错误。如mybatis接口包,其他一般不会有问题。
这个就需要在maven插接中配置一个includeSystemScope属性:
org.springframework.boot
spring-boot-maven-plugin
true
还有一点,本地jar依赖的jar,需要重新配置下。
javax.servlet
javax.servlet-api
4.0.1
provided
provided表示的是在编译和测试的时候有效,在执行(mvn package)进行打包成war、jar包的时候不会加入,比如:servlet-api,因为servlet-api,tomcat等web服务器中已经存在,如果在打包进去,那么包之间就会冲突
org.springframework.boot
spring-boot-dependencies
2.1.1.RELEASE
pom
import
dependencyManagement 中type scope默认值如上,可以不加。
dependencyManagement标签,用法如下:
org.springframework.cloud
spring-cloud-dependencies
${spring-cloud-version}
pom
import
为什么要使用这个呢?maven官方给出的解释是:为了统一模块之间的依赖的版本。
有以下特点:
在父pom文件中声明
子模块中需要显式的声明,才会继承该依赖。
子模块如何需要继承该依赖,不需要指明版本,直接从父pom中获取版本号。
举个?:
顶层的父pom.xml文件:
javax
javaee-api
${javaee-api.version}
子模块中的pom.xml
父artifactId
父groupId
父version
父pom.xml的相对路径
javax
javaee-api
dependencies与dependencyManagement区别总结
1、dependencies即使在子项目中不写该依赖项,那么子项目仍然会从父项目中继承该依赖项(全部继承)
2、dependencyManagement里只是声明依赖,并不实现引入,因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖,是不会从父项目中继承下来的;只有在子项目中写了该依赖项,并且没有指定具体版本,才会从父项目中继承该项,并且version和scope都读取自父pom;另外如果子项目中指定了版本号,那么会使用子项目中指定的jar版本。