dependencies
所有声明在dependencies里的依赖都会自动引入,并默认被所有的子项目继承
dependencyManagement
只是声明依赖,并不会自动引入,因此子项目需要显示声明依赖。在子项目中声明了依赖项,且没有指定具体版本,才会从父项目中继承该项,并且version和scope都读取自父pom;另外如果子项目中指定了版本号,则会使用子项目中指定的版本。
type
用于指定依赖的类型,它表示该依赖的文件类型或扩展名。默认值是jar,表示标准的Java库。下面是一些常见的type的值:
jar:表示标准的Java库,这是默认值。
war:表示Web应用程序归档文件。
pom:表示一个Maven的parent pom或子模块的pom。
test-jar:表示测试源码构建出的JAR文件。
scope
用于指定依赖的范围,它表示该依赖在编译、运行、测试等不同阶段的作用范围。下面是一些常见的scope的值:
compile:默认值。表示该依赖在编译和运行时都需要被包含。
runtime:表示该依赖在运行时才需要被包含,不会参与编译。
test:表示该依赖只在测试阶段使用,不会参与编译和运行。
provided:表示该依赖在编译和测试时需要,但是在运行时由运行环境(比如Java EE容器)提供。
system:表示依赖通过systemPath属性指定,它指定了依赖文件在本地文件系统中的路径。这种 情况下,Maven不会从依赖仓库中解析该依赖,而是直接使用指定的文件。这个选项主要用于引入本地系统中的非Maven管理的依赖。一般情况下,应该尽量避免使用此选项,因为它会使项目的可移植性降低。
import:表示依赖只在Maven进行dependency管理的“导入范围”中可用。它用于导入其他模块的 <dependencyManagement>部分的依赖,以简化子模块的POM文件。当使用import作为依赖的scope时,实际的依赖分辨在父POM中声明,在子模块中只需指定groupId和artifactId。
packaging
表示项目打包方式,值域:
pom:在父级项目中的pom.xml文件使用的packaging配置一定为pom。父级的pom文件只作项目的 子模块的整合,在maven install时不会生成jar/war压缩包。
jar:Jar包是最为常见的打包方式,当pom文件中没有设置packaging参数时,默认使用jar方式打 包。这种打包方式意味着在maven build时会将这个项目中的所有java文件都进行编译形成.class文件,且按照原来的java文件层级结构放置,最终压缩为一个jar文件。
war:war包与jar包非常相似,同样是编译后的.class文件按层级结构形成文件树后打包形成的压缩 包。不同的是,它会将项目中依赖的所有jar包都放在WEB-INF/lib这个文件夹下,war包非常适合部署时使用,不再需要下载其他的依赖包,能够使用户拿到war包直接使用,因此它经常使用于微服务项目群中的入口项目的pom配置中