标签：
我们最能感受到的Maven的好处应该是它的“自动化构建”与“管理依赖关系”两大功能，下面就看围绕这两大功能的Maven中的核心概念。
Maven 使用约定优于配置的原则 。它要求在没有定制之前，所有的项目都有如下的主要目录结构：
一个 maven 项目在默认情况下会产生 JAR 文件，另外 ，编译后 的 .classe文件 会放在 ${basedir}/target/classes 下面；JAR文件会放在${basedir}/target 下面。如下图所示：
一个项目所有的配置都放置在 POM 文件中：定义项目的类型、名字，管理依赖关系，定制插件的行为等等。比如说，你可以配置 compiler 插件让它使用 java1.5 来编译。
<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>com.mycompany.helloworld</groupId>
<artifactId>helloworld</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>jar</packaging>
<name>helloworld</name>
<url>http://maven.apache.org</url>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
</dependencies>
</project>
在 POM 中，groupId,artifactId, packaging, version 叫作 maven 坐标，它能唯一的确定一个构件。有了 maven 坐标，我们就可以用它来指定我们的项目所依赖的其他项目，插件，或者父项目。
通常，大项目一般会分成几个子项目。在这种情况下，每个子项目就会有自己的 POM 文件，然后它们会有一个共同的父项目。这样只要构建父项目就能够构建所有的子项目了。子项目的 POM 会继承父项目的 POM。另外，所有的 POM都继承了一个 Super-POM。Super-POM 设置了一些默认值，比如在前面提到的默认的目录结构，默认的插件等等，它遵循了惯例优于配置的原则。如下图：
继承
开发中一般将公共的配置——依赖关系（包括公共的类库、插件、信息配置）放到一个父项目的pom文件，然后其它项目的pom文件，都继承该pom文件。继承的代码如下：
这里需要注意，子pom文件不是一旦继承了父pom就会无条件地继承它所有的依赖关系，即插件、类库等。如果子pom想继承父pom的某个插件，只需要引入父pom中该插件的groupId与artifactId信息（不用写该插件其它的配置信息）即可。这样子pom是可以有选择性的继承它自己所需要的东西。
聚合
即大项目中一般会有一个空的Maven项目（只有pom文件，没有java代码）作为父项目，该项目的Pom文件（Modules标签中）聚合了其它子项目的Pom文件，然后只要构建父项目就能够构建所有的子项目了。
Maven的每个生命周期都有一个“插件”（目标）来保证。在前面，我们用了 mvn archetype:generate 命令来生成一个项目。那么这里的 archetype:generate 是什么意思呢？archetype是一个插件的名字，generate是目标(goal)的名字。这个命令的意思是告诉 maven 执行archetype 插件的 generate 目标。插件目标通常会写成 pluginId:goalId
一个目标是一个工作单元，而插件则是一个或者多个目标的集合。比如说Jar插件，Compiler插件，Surefire插件等。从看名字就能知道，Jar插件包含建立Jar文件的目标， Compiler 插件包含编译源代码和单元测试代码的目标。Surefire 插件的话，则是运行单元测试。
看到这里，估计你能明白了，mvn本身不会做太多的事情，它不知道怎么样编译或者怎么样打包。它把构建的任务交给插件去做。插件定义了常用的构建逻辑，能够被重复利用。这样做的好处是，一旦插件有了更新，那么所有的 maven 用户都能得到更新。
Maven的插件服务非常强大，比如你想打包源代码为rar压缩格式，比如你想执行sql命令，等等，只需要找到相应的Maven插件，配置好即可使用，如下图：
在前面，我们用的第二个命令是：mvn package。这里的 package 是一个maven的生命周期阶段 (lifecyclephase )。生命周期指项目的构建过程，它包含了一系列的有序的阶段 (phase)，而一个阶段就是构建过程中的一个步骤。
那么生命周期阶段和上面说的插件目标之间是什么关系呢？插件目标可以绑定到生命周期阶段上。一个生命周期阶段可以绑定多个插件目标。当 maven 在构建过程中逐步的通过每个阶段时，会执行该阶段所有的插件目标。
maven 能支持不同的生命周期，但是最常用的是默认的Maven生命周期 (default Mavenlifecycle )。
Maven有3套生命周期，clean、compile、site，在配置插件的时候一般都要配置插件的执行时机（即Maven的某一个生命周期），如下图：
这里不一 一介绍生命周期，只介绍几个常用的：
Clean
pre-clean：执行一些需要在clean之前完成的工作
clean：移除所有上一次构建生成的文件（清除Target文件夹）
post-clean：执行一些需要在clean之后立刻完成的工作
Compile
process-resources：复制并处理资源文件至目标目录，准备打包
compile：编译项目源代码
process-test-resources：复制并处理资源文件至目标测试目录
test-compile：编译测试源代码
test：使用合适的单元测试框架运行测试，这些测试代码不会被打包或部署。
package：接受编译好的代码，打包成可发布的个格式，如jar
install：将包安装至本地仓库，以让其它项目依赖
deploy：将最终的包复制到远程仓库，以让其它开发人员与项目共享。
Site
pre-site：执行一些需要在生成站点文当前完成的工作。
site：生成项目的站点文档。
post-site：执行一些需要在生成站点文档之后完成的工作，并未部署做准备。
site-deploy：将生成的站点文档部署到服务器上。
之前我们说过，maven 坐标能够确定一个项目。换句话说，我们可以用它来解决依赖关系。在 POM 中，依赖关系是在 dependencies部分中定义的。在上面的 POM 例子中，我们用 dependencies 定义了对于 junit 的依赖：
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
</dependencies>
我们依赖的类库，我们都可以到Maven的中央仓库去找，例如下图找Hibernate的核心包：mvnrepository.com/search.html?query=hibernate
上面的例子很简单，但是实际开发中我们会有复杂得多的依赖关系，因为被依赖的 jar 文件会有自己的依赖关系。那么我们是不是需要把那些间接依赖的 jar 文件也都定义在POM中呢？答案是不需要，因为 maven 提供了传递依赖的特性。
所谓传递依赖是指 maven 会检查被依赖的 jar 文件，把它的依赖关系纳入最终解决的依赖关系链中。针对上面的 junit 依赖关系，如果你看一下 maven 的本地库你会发现 maven 不但下载了 junit-3.8.1.jar，还下载了它的 POM 文件。这样 maven 就能检查 junit 的依赖关系，把它所需要的依赖也包括进来。
在 POM 的 dependencies 部分中，scope 决定了依赖关系的适用范围。我们还可以指定scope 为 provided，意思是 JDK 或者容器会提供所需的jar文件。比如说在做web应用开发的时候，我们在编译的时候需要servlet API jar 文件，但是在打包的时候不需要把这个 jar文件打在 WAR 中，因为servlet容器或者应用服务器会提供的。
scope 的默认值是 compile，即任何时候都会被包含在 classpath 中，在打包的时候也会被包括进去。
有如下几种：
test：
指测试范围有效，编译和打包时都不使用该依赖。
compile：（为默认值）
编译范围有效，编译和运行（打包）时都会将依赖存进去
provided：
测试、编译范围都有效，最后生成war包时不会加入，例如：servlet-api，编译的时候需要该文件，但是在打包的时候不需要把这个 jar 文件打在 WAR 中，因为servlet容器或者应用服务器会提供的。打进去会出现冲突。
runtime：
编译时不依赖，运行（打包）时依赖
首先，依赖是可以传递的
当依赖层级相同的时候，相同的东西，会采用，近者优先。当依赖层级不同时，层级（最短）近的优先。
当依赖包发生冲突时，我们可以用exclusion标签排除依赖
主要介绍3种仓库，本地仓库、私服（Nexus）、中央仓库。3者的关系如下图所示：
首先，Maven本身自带一个本地仓库；然后它又为全世界的Java开发者提供了一个免费的“中央仓库”，在其中几乎可以找到任何流行的开源类库；由于中央仓库是在外网中的，如果没有私服（Nexus），本地仓库就会频繁地与中央仓库即互联网打交道，这样效率很低，所以在两者之间衍生出了一个“私服——Nexus”，私服存在于局域网中，这样本地仓库就不用频繁地与外网中的中央仓库交互，所以效率就会大大提高。
本地仓库的位置默认为：${user.home}/.m2/repository。例如下图：
修改本地仓库位置的步骤如下：
新建本地工厂的文件夹，如我建在，与Maven同目录下：
将F:\maven\apache-maven-3.2.3\conf文件夹下的Settings.xml文件夹拷贝到上面新建的本地工厂的同级目录位置
修改本地工厂同目录下的Settings.xml文件中的内容，设置本地仓库的位置为，上面新建的仓库的目录
到此完成。
中央仓库的位置在如下目录中：
${MAVEAN_HOME}\lib\maven-model-builder.jar\org\apache\maven\mode\pom.xml中，如下图：
Nexus的安装与介绍在后面的文章中介绍。
Maven提倡“约定优于配置”，它的项目的目录结构，测试方法的命名等都有一定的要求。
Maven是基于Pom的，一个Maven项目所有的配置都放置在 POM 文件中：定义项目的类型、名字，管理依赖关系，定制插件的行为等等。Pom文件之间还可以继承、聚合等。
Maven很强大，很大一方面是它的插件服务非常强大，Maven本身基本不怎么做事，它基本是调用一些插件来做事。Maven有3套生命周期，clean、compile、site，而每个生命周期中的每个步骤都有一个目标插件来支持。配置每个插件时也都会指明插件的运行时机（即Maven生命周期中的某个步骤）。
Maven自带强大的依赖管理系统，配置了某个依赖，确定了某个构件的坐标，Maven就能帮我们自动下载构件。
Maven本身自带一个本地仓库；然后它又为全世界的Java开发者提供了一个免费的“中央仓库”，为了解决本地仓库频繁与中央仓库（存在于外网中）交互，导致效率低的问题，又衍生出了私有仓库，即私服（Nexus）。
标签：
原文地址：http://blog.csdn.net/wang379275614/article/details/43938011
