maven--pom文件之dependency介绍

概述

maven主要致力于让项目构建更加简单，提供统一的构建系统，提供优质的项目信息

pom文件样例

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd"><!-- 指定pom的版本（即pom文件的格式），目前版本号只有4.0.0 --><modelVersion>4.0.0</modelVersion><!-- The Basics 基础标签--><groupId>...</groupId><artifactId>...</artifactId><version>...</version><packaging>...</packaging><dependencies>...</dependencies><parent>...</parent><dependencyManagement>...</dependencyManagement><modules>...</modules><properties>...</properties><!-- Build Settings --><build>...</build><reporting>...</reporting><!-- More Project Information --><name>...</name><description>...</description><url>...</url><inceptionYear>...</inceptionYear><licenses>...</licenses><organization>...</organization><developers>...</developers><contributors>...</contributors><!-- Environment Settings --><issueManagement>...</issueManagement><ciManagement>...</ciManagement><mailingLists>...</mailingLists><scm>...</scm><prerequisites>...</prerequisites><repositories>...</repositories><pluginRepositories>...</pluginRepositories><distributionManagement>...</distributionManagement><profiles>...</profiles>
</project>

The Basics 基础属性

maven定位三要素

groupId：代表一个组织或者一个项目，如公司或者公司的某个项目，以倒序的方式写，如com.baidu或者com.baidu.brower
artifactId：代码具体的项目或者模块，如果groupId划分是组织，那么这个应该写具体的项目，如果groupId是一个大的项目，这边应该划分到具体的模块
version：代表具体的版本号
通过这个三个最基本的参数，我们就可以定位到具体需要使用的jar包

packing打包方式

默认值：jar
可选项：pom,jar,war,ejb,ear,rar,maven-plugin

dependencies 依赖管理

dependency样例

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">...<dependencies><dependency><groupId>junit</groupId><artifactId>junit</artifactId><version>4.12</version><type>jar</type><scope>test</scope><optional>true</optional></dependency>...</dependencies>...
</project>

三要素：

groupId,artifcatId,version定位三要素，来确定一个依赖

type 类型：

对于所选依赖的类型，即我们前面项目可以打成多种包，jar，pom之类。。。同样我们依赖的时候，也可以选择依赖的类型，默认是jar

scope 范围：

指定依赖生效的范围，maven其实有三套classpath，即编译，测试，运行（即打包后生成的target文件中的lib，是你实际运行时候所需要依赖的jar）

compile

默认选项是compile，指在代码编译，运行，测试三个阶段都生效。怎么理解这个，就是在你各个阶段的classpath里面都能找到这个依赖

runtime

这个选项的意思是只在运行和测试的时候生效，不需要经过编译。个人感觉比如动态加载某个类的时候才需要，比如常见的是数据库驱动。
正常情况下，你代码里加载驱动的时候都是class.forname(“xxx”),此时编译期间可以不用，但是你实际运行的时候是需要的，测试的时候也要要真正具体的驱动来生效。

test

test只在测试和编译的时候生效，在实际运行的时候不生效，因为实际target的lib包中不包含这些jar包

provided

跟compile一样，三个阶段都生效，但是实际的打包的时候target的lib包里面不包含这个jar包，由外部提供比如由jdk或者容器提供

system

跟provided相似，不过是引用本地jar包，与systemPath一起使用，实际打包的时候也不含这个jar包，如果想要打进去需要配置额外的插件

 <dependency><groupId>javax.sql</groupId><artifactId>jdbc-stdext</artifactId><version>2.0</version><scope>system</scope><systemPath>${java.home}/lib/rt.jar</systemPath>
</dependency>

optional

默认为true, true or flase，代表这个依赖是否传递

依赖的传递性

在上述scope中，如果没有配置optional为false, compile和runtime是会依赖传递的，比如A依赖了B，B依赖了C，那么A也能使用C，这就是依赖的传递性

依赖的调解

假如一个项目中，存在如下依赖
A->B->C(1.2.0)
A->D->F->C(2.3.0)
依赖都会传递，同时依赖了两个版本的C jar包，此时会怎么处理？遵循以下两个原则：

就近原则即跟A依赖关系最近的优先使用，上述中，A->B->C，只有两层，所以他优先生效
优先声明原则如果两个路径长度一样怎么办呢？那就是谁先声明的谁生效，即pom文件谁在前面谁生效

依赖的冲突解决

由于依赖调解，有时候也会导致依赖冲突，最常见的就是日志组件的冲突，大家的实现都不相同，有的是log4j,有的是logback,此时我们需要将其他的日志组件排除掉，在dependency中添加如下标签，只需groupId和artifactId即可。

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">...<dependencies><dependency><groupId>org.apache.maven</groupId><artifactId>maven-embedder</artifactId><version>2.0</version><exclusions><exclusion><groupId>org.apache.maven</groupId><artifactId>maven-core</artifactId></exclusion></exclusions></dependency>...</dependencies>...
</project>