Maven - 依赖作用域与生命周期

【1】什么是依赖？

当 A jar 包用到了 B jar 包时，A就对B产生了依赖；

在项目中以依赖的方式引入一个jar： 使用dependency标签指定被依赖的jar的坐标即可。

<dependency>
	<groupId>junit</groupId>
	<artifactId>junit</artifactId>
	<version>4.0</version> 
	<scope>test</scope>
</dependency>	

【2】依赖的范围Scope

注意上述最后一项：scope，表明依赖的范围。最常用的三个范围：test compile provided。

① compile

默认作用域。在编译和打包时都会将依赖存储进去，参与打包部署，对主程序和测试程序都有效。

② test

test范围是指测试范围有效,在编译和打包时都不会使用这个依赖。对测试程序起作用，对主程序不起作用。

③ provided

provided依赖,在编译和测试过程中有效,最后生成的war/jar包时不会加入 例如:servlet-api,因为servlet-api tomcat服务器已经存在了,如果再打包会冲突。

④ runtime

表示该依赖项只有在运行时才是需要的，在编译的时候不需要。这种类型的依赖项将在运行和test的类路径下可以访问。

⑤ system

当scope为system时，表示该依赖项是我们自己提供的，不需要Maven到仓库里面去找。

<!--引入第三方jar-Mas jar-->
<dependency>
	<groupId>com.mas</groupId>
	<artifactId>mas-sdk</artifactId>
	<version>1.0-SNAPSHOT</version>
	<scope>system</scope>
	<!--<systemPath>${project.basedir}/src/main/resources/lib/masmgc.sdk-0.0.1-SNAPSHOT.jar</systemPath>-->
	<systemPath>${project.basedir}/src/main/webapp/WEB-INF/lib/masmgc.sdk-0.0.1-SNAPSHOT.jar</systemPath>
</dependency>

指定scope为system需要与另一个属性元素systemPath一起使用，它表示该依赖项在当前系统的位置，使用的是绝对路径。

【3】依赖的传递性

A 依赖 B，B 依赖 C，那么 A 是否可以使用 C 呢？

答：如果 B 依赖 C 的范围是compile，就可以依赖；否则，不可。【test provided 范围的依赖是不可以传递的！】

【4】依赖的原则

① 路径最短者优先

② 路径相同时先声明者优先

如下图，同时依赖HelloFriend和OurFriends，但是二者所依赖的log4j不同。那么MakeFriends将会依赖 pom.xml中，先声明的那个工程的log4j。

【5】依赖的排除

如果不想使用依赖的jar，那么可以在pom.xml文件中配置：

<exclusions>
	<exclusion>
		<groupId>commons-logging</groupId>
		<artifactId>commons-logging</artifactId>
	</exclusion>
 </exclusions>

【6】Maven的生命周期

Maven生命周期定义了各个构建环节的执行顺序，有了这个清单，Maven就可以自动化的执行构建命令了。

Maven有三套 相互独立的生命周期，分别是：

• ① Clean Lifecycle在进行真正的构建之前进行一些清理工作；

• ② Default Lifecycle 构建的核心部分，编译、测试、打包、安装、部署等等；

• ③ Site Lifecycle 生成项目报告 ，站点。发布点（没用过）。

它们是相互独立的，可以仅仅调用clean来清理工作目录，仅仅调用site来生成站点。当然你也可以直接运行 mvn clean install site 运行所有这三套生命周期。

---

每套生命周期都由一组阶段（Phase）组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。

比如，运行 mvn clean，这个clean是Clean 生命周期的一个阶段。有 Clean 生命周期，也有 clean阶段。

① Clean生命周期：

• pre-clean 执行一些需要在clean之前完成的工作；
• clean 移除所有上一次构建生成的文件；
• post-clean执行一些需要在clean之后立刻完成的工作

② Site生命周期：

• pre-site 执行一些需要在生成站点文档之前完成的工作；
• site 生成项目的站点文档；
• post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备；
• site-deploy 将生成的站点文档部署到特定的服务器上；

这里经常使用到的site阶段和site-deploy阶段，用于生成和发布Maven站点。

---

③ 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 将最终的包复制到远程的仓库，以让其他开发人员与项目共享或部署到服务器上运行。

【6】生命周期与自动化构建

运行任何一个阶段的时候，它(统一生命周期)前面的所有阶段都会被运行。

例如我们运行 mvn install 的时候，代码会被 编译、测试、打包。这就是Maven为什么能够自动执行构建过程的各个环节的原因。

此外 ，Maven的插件机制是完全依赖Maven的生命周期的！