1. 能做什么
构建、依赖管理、项目信息管理
2. 坐标
坐标是依赖管理的基础，通过坐标定位依赖的构件
4.0.0
com.ibai.test
test-maven
1.0-SNAPSHOT
jar
Learning more about maven
- modelVersion：当前POM模型的版本，对于Maven2和Maven3来说，只能是 4.0.0
- groupId： 当前项目隶属的实际项目，一般命名为
com.公司名.项目名 - artifactId：实际项目中的模块，一般命名为
项目名-模块名 - version：版本，一般分为快照版本和稳定版本
- packaging：Maven的打包方式，默认是jar
3. 依赖
junit
junit
4.7
test
com.googlecode.aviator
aviator
4.1.0
jar
junit
junit
compile
false
-
scope
image.png
-
传递性依赖
image.png
规律：
<1> 当第二直接依赖是compile时，传递依赖的范围与第一直接依赖的范围一致
<2> 当第二直接依赖是test时，不会有传递依赖
<3> 当第二直接依赖是runtime时，传递依赖的范围与第一直接依赖范围一致，除了compile
<4> 当第二直接依赖是provided时，只有第一直接依赖范围是provided时，传递依赖范围是provided，其他情况没有传递依赖。 依赖调解
比如有以下的传递性依赖
A->B->C->X(1.0)
A->D->X(2.0)
这时会使用第一个原则：路径最短原则
如果路径相同，则会使用第二个原则：声明顺序优先原则
-
optional
可选依赖不能传递，一般情况下不建议使用可选依赖
image.png -
exclusions
不想使用传递性依赖，可能版本不稳定或其他原因，将传递性依赖排除后定义为直接依赖
image.png -
归类依赖
将依赖的相同项目的不同模块的版本属性化
image.png 优化依赖
对于项目中直接使用的包，最好定义为直接依赖，便于控制
mvn dependency:list
mvn dependency:tree
mvn dependency:analyze
4. 仓库
统一存储所有Maven项目共享的构件叫仓库
- 仓库的布局
坐标与构件在仓库的路径转化关系是：
groupId/artifactId/version/artifactId-version.packaging
-
仓库分类
image.png -
私服
image.png -
从仓库解析依赖的机制
image.png 镜像
如果仓库X可以提供仓库Y存储的所有内容，那么可以认为X是Y的一个镜像。下面的配置是中央仓库的一个镜像
maven-net-cn
Maven China Mirror
http://repo1.maven.org/maven2/
central
5. 生命周期和插件
Maven的生命周期是一个抽象的概念，每个阶段都有对应的生命周期，生命周期本身不做什么事，所有的工作是由插件完成。
Maven有三套生命周期，相互独立，分别是clean、default、site。
生命周期与插件的绑定实际是生命周期阶段和插件的目标（一个插件可以有多个目标）之间的绑定。
default 生命周期阶段与插件目标的绑定比较复杂，具体使用哪个插件的目标是与打包类型有关的。
上面这些生命周期阶段与插件目标的绑定是Maven的内置绑定，当然了开发人员也可以自定义绑定。
org.apache.maven.plugins
maven-source-plugin
2.1.1
attach-sources
verify
jar-no-fork
- 插件配置
<1>命令行传参
用户可以通过命令行传参的方式调整插件的行为，比如不编译和执行测试用例
mvn install -Dmaven.test.skip=true
其中maven.test.skip 就是插件 maven-surfire-plugin 的参数
<2>POM全局配置
有些参数的值从项目创建到项目的发布都不会改变，或很少改变，对于这种情况，可以在POM中一次性配置好参数。所有基于该插件目标的任务，都会使用这些参数。
org.apache.maven.plugins
maven-compiler-plugin
2.1
1.7
1.7
通过上面的配置，不管是maven-complier-plugin 的 compile 目标还是 testCompiler 目标，都会基于 java 1.7 编译。
<3>POM中插件任务配置
也可以针对不同的任务（目标+生命周期阶段）配置不同的参数
org.apache.maven.plugins
maven-antrun-plugin
1.3
ant-validate
validate
run
I`m bound to validate phase.
ant-verify
verify
run
I`m bound to verify phase.
给插件 maven-antrun-plugin 的 run 目标，绑定不同的阶段，传递不同的任务参数
<4>查看插件的详情
https://maven.apache.org/plugins/index.html
mvn help:describe -Dplugin=org.apache.maven.plugins:maven-compiler-plugin Ddetail=true
Name: Maven Compiler Plugin
Description: The Compiler Plugin is used to compile the sources of your
project.
Group Id: org.apache.maven.plugins
Artifact Id: maven-compiler-plugin
Version: 2.1
Goal Prefix: compiler
This plugin has 3 goals:
compiler:compile
Description: Compiles application sources
Implementation: org.apache.maven.plugin.CompilerMojo
Language: java
Bound to phase: compile
Available parameters:
compilerArgument
Sets the unformatted argument string to be passed to the compiler if fork
is set to true.
This is because the list of valid arguments passed to a Java compiler
varies based on the compiler version.
compilerArguments
Sets the arguments to be passed to the compiler (prepending a dash) if
fork is set to true.
.....
这里截取了一部分输出。
有两个字段需要说明： Goal Prefix 表示前缀，可以理解为插件名称的简写，Bound to phase 默认绑定的生命周期阶段
<5>从命令行调用插件
mvn -h
usage: mvn [options] [] []
mvn 不仅可以调用生命周期阶段（mvn install），还可以直接调用插件的目标（mvn dependency:tree）。
有些插件的目标并不需要绑定到生命周期，比如 maven-help-plugin:describe、maven-dependency-plugin:tree
- 插件解析
mvn help:system
这条命令的 help 指的是 maven-help-plugin的前缀，system 是目标。怎么根据前缀找到对应的插件呢？
<1>插件仓库
和依赖构建一下，插件构建也有自己的仓库。以下是一个配置实例
pluginRepository-shuzun
http://ip:port/nexus/content/groups/public/
true
true
<2>版本
如果插件没有指定版本，并且在超级POM中也没有指定，则会通过遍历本地库和远程库，归并元数据（groupId/artifactId/maven-metadata.xml），在Maven3中，使用release。一般最好指定版本。
<3>前缀
插件前缀与 groupId:artifactId 一一对应，这种对应关系存储在仓库的 groupId/maven-metadata.xml 元数据中。maven默认会检查groupId为 org.apache.maven.plugins 和 org.codehaus.mojo ，也可以通过配置 settings.xml ，让Maven检查其他的groupId上的插件仓库元数据
<4>默认的groupId
如果插件的groupId 是 maven.apache.maven.plugins，可以省略不写 groupId。
6.聚合与继承
- 聚合
一次构建多个模块，下面是一个聚合POM的样例
4.0.0
com.ibai.test
aggregator
1.0-SNAPSHOT
pom
Learning more about maven
./module1
./module2
有三点需要注意
<1> packaging 必须为 pom ，否则无法构建
<2> 聚合模块不需要主代码，只要一个pom文件就可以了
<3> module元素的值是模块目录名相对于当前pom文件的路径，一般与模块的 artifactId 保持一致
- 继承
实现复用
以下是一个实例
4.0.0
com.ibai.test
parent
1.0-SNAPSHOT
pom
Learning more about maven -parent
4.0.0
module3
Learning more about maven - module1
com.ibai.test
parent
1.0-SNAPSHOT
../parent/pom.xml
说明
<1> relativePath 指定父POM文件的路径，默认是 ../pom.xml
- 可继承的POM元素
groupId
versionId
description
organization：项目的组织信息
inceptionYear：项目的创始年份
url：项目的URL地址
developers
contributors
distributionManagement：项目的部署配置
issueManagement：项目的缺陷跟踪系统信息
ciManagement：项目的持续集成系统信息
scm：项目的版本控制系统信息
properties：自定义属性
dependencies
dependencyManagement
repositories
build
reporting
dependencyManagement 管理依赖，但不引入实际的依赖构建，一般让子模块继承父模块的 dependencyManagement 更灵活
约定优于配置
主代码路径，构建输出路径等信息都是在超级POM中定义了。反应堆
反应堆就是包含了各模块之间继承和依赖的关系，从而能够自动计算出合理的模块构建顺序
裁剪反应堆
-am，同时构建所列模块的依赖模块
-amd，同时构建依赖于所列模块的模块
-pl，构建指定的模块，多个模块之间用逗号分隔
-rf，从指定的模块回复反应堆