rodert教你学Maven-实战这一篇就够了（上）：https://developer.aliyun.com/article/1536216
6.什么是仓库？
了解内容，可跳过
Maven在某个统一的位置存储所有项目的共享的构件，这个统一的位置，就称之为仓库。（仓库就是存放依赖和插件的地方）Maven的仓库有两大类：
本地仓库
远程仓库，在远程仓库中又分成了3种：中央仓库、私服、其它公共库。
本地仓库：就是Maven在本机存储构件的地方。maven的本地仓库，在安装maven后并不会创建，它是在第一次执行maven命令的时候才被创建。maven本地仓库的默认位置：在用户的目录下都只有一个.m2/repository/的仓库目录；可以修改。
中央仓库：包含了绝大多数流行的开源Java构件，以及源码、作者信息、SCM、信息、许可证信息等。开源的Java项目依赖的构件都可以在这里下载到。
中央仓库的地址：http://repo1.maven.org/maven2/
私服：是一种特殊的远程仓库，它是架设在局域网内的仓库。
没有使用私服的仓库构件下载
使用私服的仓库构件下载
7.什么是maven坐标？
在平面几何中坐标（x,y）可以标识平面中唯一的一点。
Maven坐标主要组成
groupId：定义当前Maven项目隶属项目、组织
artifactId：定义实际项目中的一个模块
version：定义当前项目的当前版本
packaging：定义该项目的打包方式（pom/jar/war，默认为jar）
groupId、artifactId、version简称为GAV。
Maven为什么使用坐标？
Maven世界拥有大量构件，需要找一个用来唯一标识一个构建的统一规范
拥有了统一规范，就可以把查找工作交给机器
如何获取Maven坐标
推荐一个Maven坐标查询网站：http://mvnrepository.com/
网站上可以搜索具体的组织或项目关键字，之后复制对应的坐标到pom.xml中。如：
8.maven依赖管理
8.1.依赖范围
依赖范围scope 用来控制依赖和编译，测试，运行的classpath的关系。具体的依赖范围有如下6种：
compile： 默认编译依赖范围。对于编译，测试，运行三种classpath都有效
test：测试依赖范围。只对于测试classpath有效
provided：已提供依赖范围。对于编译，测试的classpath都有效，但对于运行无效。因为由容器已经提供，例如servlet-api
runtime：运行时提供。例如:jdbc驱动
system：系统范围,自定义构件，指定systemPath；跟provided 相似，但是在系统中要以外部JAR包的形式提供，maven不会在repository查找它。
import：只使用在中，表示从其它的pom中导入dependency的配置。
下面是为了解决冲突依赖内容，如果你在写一个Demo，可作为了解部份。
8.2.传递性依赖
假设 C 依赖 B ， B 依赖 A ，那么称 C 对 B 是第一直接依赖， B 对 A 是第二直接依赖， C 对 A 是传递依赖。
对于传递性依赖，依赖的范围如下表：
8.3.可选依赖
在依赖节点dependency中的可以控制当前的依赖是否向下传递；默认值为false，表示向下传递。
【示例】A项目依赖于log4j，然后B项目依赖于A项目；那么如果在A中对log4j依赖的optional配置成false时，B项目中自动传递依赖于log4j。否则反之。
1）项目A配置slf4j的依赖并设置optional为true
<dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-log4j12</artifactId> <version>1.6.4</version> <!-- 配置为true时不向下传递此依赖，默认为false --> <optional>true</optional> </dependency>
2）配置项目B依赖于项目A，检查项目B的依赖包
<!-- 依赖于A --> <dependency> <groupId>com.JavaPub</groupId> <artifactId>A</artifactId> <version>0.0.1-SNAPSHOT</version> </dependency>
这时发现B项目没有依赖slf4j-log4j12
8.4.依赖冲突
依赖冲突是很常见的问题
- 如果直接与间接依赖中包含有同一个坐标不同版本的资源依赖，以直接依赖的版本为准（就近原则）
最终A依赖的X的版本为2.0
【比如】：项目A中，依赖了slf4j1.6.4版本的包，通过slf4j1.6.4间接依赖log4j1.2.16版本；如果项目A中直接配置了log4j 1.2.17版本，那么最终的版本为1.2.17。
<dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-log4j12</artifactId> <version>1.6.4</version> <!-- 配置为true时不向下传递此依赖，默认为false --> <optional>true</optional> </dependency> <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</version> </dependency>
如果直接依赖中包含有同一个坐标不同版本的资源依赖，以配置顺序下方的版本为准
如果间接依赖中包含有同一个坐标不同版本的资源依赖，以配置顺序上方的版本为准
如下对应spring-core的间接依赖的版本号，以struts2-spring-plugin为准
<dependency> <groupId>org.apache.struts</groupId> <artifactId>struts2-spring-plugin</artifactId> <version>2.3.24.1</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-beans</artifactId> <version>4.1.0.RELEASE</version> </dependency>
8.4.排除依赖
这个在项目中使用频率较高
在pom中的依赖节点中，如果引入的依赖包含了很多其它的传递依赖，而且项目需要的这些依赖的版本和传递依赖的不相符；那么可以在依赖节点中设置排除依赖节点： 然后再添加 ，其里面的内容包括：
①所包含坐标
②排除依赖包中所包含的依赖关系
【注意】不需要添加版本，直接按照类别排除
<dependency> <groupId>org.apache.struts</groupId> <artifactId>struts2-spring-plugin</artifactId> <version>2.3.24.1</version> <exclusions> <!-- 排除spring-core的传递依赖 --> <exclusion> <groupId>org.springframework</groupId> <artifactId>spring-core</artifactId> <eclusion> <exclusions> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-beans</artifactId> <version>4.1.0.RELEASE</version> </dependency>
9.maven生命周期
9.1.Maven生命周期
Maven生命周期就是为了对所有的构建过程进行抽象和统一；包括项目清理，初始化，编译，打包，测试，部署等几乎所有构建步骤。
Maven有三套相互独立的生命周期，请注意这里说的是“三套”，而且“相互独立”，这三套生命周期分别是：
Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。
Site Lifecycle 生成项目报告，站点，发布站点。
再次强调它们是相互独立的，可以仅仅调用clean来清理工作目录，仅仅调用site来生成站点。不过也可以直接运行 mvn clean install site 运行所有这三套生命周期。
9.2.clean生命周期
clean生命周期每套生命周期都由一组阶段(Phase)组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。比如，运行mvn clean ，这个的clean是clean生命周期的一个阶段。有clean生命周期，也有clean阶段。cleaan生命周期一共包含了三个阶段：
- pre-clean 执行一些需要在clean之前完成的工作
- clean 移除所有上一次构建生成的文件
- post-clean 执行一些需要在clean之后立刻完成的工作
mvn clean 中的clean就是上面的clean，在一个生命周期中，运行某个阶段的时候，它之前的所有阶段都会被运行，也就是说，mvn clean 等同于 mvn pre-clean clean ，如果我们运行 mvn post-clean ，那么 pre-clean，clean 都会被运行。这是Maven很重要的一个规则，可以大大简化命令行的输入。
9.3.default生命周期
default生命周期default生命周期是Maven生命周期中最重要的一个，绝大部分工作都发生在这个生命周期中。比较重要和常用的阶段如下：
validate
generate-sources
process-sources
generate-resources
process-resources 复制并处理资源文件，至目标目录，准备打包。
compile 编译项目的源代码。
process-classes
generate-test-sources
process-test-sources
generate-test-resources
process-test-resources 复制并处理资源文件，至目标测试目录。
test-compile 编译测试源代码。
process-test-classes
test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。
prepare-package
package 接受编译好的代码，打包成可发布的格式，如 JAR 。
pre-integration-test
integration-test
post-integration-test
verify 运行任何检查，验证包是否有效且达到质量标准。
install 将包安装至本地仓库，以让其它项目依赖。
deploy 将最终的包复制到远程的仓库，以让其它开发人员与项目共享。
运行任何一个阶段的时候，它前面的所有阶段都会被运行，这也就是为什么运行mvn install 的时候，代码会被编译，测试，打包。此外，Maven的插件机制是完全依赖Maven的生命周期的。
9.4.site生命周期
site生命周期包含如下4个阶段：
pre-site 执行一些需要在生成站点文档之前完成的工作
site 生成项目的站点文档
post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
site-deploy 将生成的站点文档部署到特定的服务器上
这里经常用到的是site阶段和site-deploy阶段，用以生成和发布Maven站点，这是Maven相当强大的功能，Manager比较喜欢，文档及统计数据自动生成，很好看。
10.maven插件使用
参考：http://www.yiidian.com/maven/maven-plugins.html
11.maven继承与聚合
11.1.maven继承
继承为了消除重复，可以把pom中很多相同的配置提取出来；如：grouptId，version等。在使用的时候子工程直接继承父工程的依赖版本号，子工程中不再需要指定具体版本号，方便统一管控项目的依赖版本问题。
父工程设置依赖
<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 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>cn.sm1234</groupId> <artifactId>parent</artifactId> <version>0.0.1-SNAPSHOT</version> <packaging>pom</packaging> <!-- 集中定义依赖版本号 --> <properties> <junit.version>4.10</junit.version> <spring.version>4.1.0.RELEASE</spring.version> <slf4j.version>1.6.4</slf4j.version> </properties> <!-- 版本锁定，当子工程中有需要并且自行添加了具体依赖后才有效 --> <dependencyManagement> <dependencies> <!-- 单元测试 --> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>${junit.version}</version> <scope>test</scope> </dependency> <!-- Spring --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-beans</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-aspects</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-log4j12</artifactId> <version>${slf4j.version}</version> </dependency> </dependencies> </dependencyManagement> </project>
- 子工程设置依赖
在子工程中的pom.xml需要设置父工程：
<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 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <!-- 父工程 --> <parent> <groupId>cn.sm1234</groupId> <artifactId>parent</artifactId> <version>0.0.1-SNAPSHOT</version> <!-- 父项目的pom.xml文件的相对路径；一般可不指定 --> <relativePath>../parent</relativePath> </parent> <groupId>cn.sm1234</groupId> <artifactId>sm1234-C</artifactId> <version>0.0.1-SNAPSHOT</version> <!-- 依赖 --> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <!-- 版本号由父工程里面统一指定不再需要特别指定 --> <!-- <version>${junit.version}</version> --> <scope>test</scope> </dependency> </dependencies> </project>
relativePath：父项目的pom.xml文件的相对路径。默认值为…/pom.xml。maven首先从当前构建项目开始查找父项目的pom文件，然后从本地仓库，最后从远程仓库。RelativePath允许你选择一个不同的位置；一般Eclipse找不到parent项目时可以先update project，还不行则可配置此项。
11.2.聚合
多模块项目是现在开发中比较常用的方式。
如果想一次构建多个项目模块，那则需要对多个项目模块进行聚合。
<modules> <module>../子项目名称1</module> <module>../子项目名称2</module> <module>../子项目名称3</module> </modules>
12.maven搭建SSH项目实战
很实用，推荐阅读
