maven生命周期和依赖的范围

转载：http://blog.csdn.net/J080624/article/details/54692444

【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>   

• 1
• 2
• 3
• 4
• 5
• 6

【2】依赖的范围

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

依赖的其他作用域：

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

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

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

• 1
• 2
• 3
• 4
• 5

【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>

• 1
• 2
• 3
• 4
• 5
• 6

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

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• 21
• 22
• 23
• 24
• 25
• 26
• 27
• 28
• 29
• 30
• 31

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

运行任何一个阶段的时候，它(同意声明周期)前面的所有阶段都会被运行。

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

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