自动化构建工具：maven

目录

一、什么是maven？为什么使用maven？

二、maven的核心概念

三、maven 酷站

---

一、什么是maven？为什么使用maven？

Maven是一款自动化构建工具，专注服务于Java平台的项目构建和依赖管理，其主要功能如下：

• 帮忙管理第三方jar包，处理jar包依赖，将需求jar包下载到本地库
• 按照路径最短和先声明原则处理jar包冲突
• 利用maven的依赖机制，将项目拆分多模块，便于管理
• 可以实现项目的分布式部署

构建就是以我们编写的Java代码、框架配置文件、国际化等其他资源文件、JSP页面和图片等静态资源作为“原材料”，去“生产”出一个可以运行的项目的过程。maven中常用构建过程如下：

• 清理：删除以前的编译结果，为重新编译做好准备。
• 编译：将Java源程序编译为字节码文件。
• 测试：针对项目中的关键点进行测试，确保项目在迭代开发过程中关键点的正确性。
• 报告：在每一次测试后以标准的格式记录和展示测试结果。
• 打包：将一个包含诸多文件的工程封装为一个压缩文件用于安装或部署。Java工程对应jar包，Web工程对应war包。
• 安装：在Maven环境下特指将打包的结果——jar包或war包安装到本地仓库中。
• 部署：将打包的结果部署到远程仓库或将war包部署到服务器上运行。

自动化构建：运行任何一个阶段的时候，它前面的所有阶段都会被运行，例如我们运行 install 的时候，代码会被编译，测试，打包。

二、maven的核心概念

1、约定的目录结构：

约定>配置>编码，maven的约定文件目录如下,

• src 目录与pom.xml平级
• src目录包含main目录和test目录：main目录用于存放主程序
• main目录包含java目录和resources目录：java用于存放源代码，resources用于存放配置和资源文件
• test目录包含java目录：java用于存放测试程序

2、pom文件

Project Object Model：项目对象模型。将Java工程的相关信息封装为对象作为便于操作和管理的模型。创建新maven工程时，都会产生如下pom.xml文件，具体使用时会对pom.xml进行相关配置。

<?xml version="1.0" encoding="UTF-8"?>
<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>域名倒叙.项目名</groupId>
    <artifactId>模块名</artifactId>
    <version>1.0-SNAPSHOT</version>

</project>

3、坐标：（G A V）

maven使用以下三个向量Maven的仓库中唯一的确定一个Maven工程。

• groupId （G)：公司或组织域名倒叙+当前项目名称
• artifactId  (A)：项目模块名称
• version    (V)：当前模块的版本

将gav三个向量连起来，以连起来的字符串作为目录结构到仓库中查找。如以下坐标的查找方式为：

com/test/maven/Hello/0.0.1-SNAPSHOT/Hello-0.0.1-SNAPSHOT.jar

 <groupId>com.test.maven</groupId>       
 <artifactId>Hello</artifactId>       
 <version>0.0.1-SNAPSHOT</version>

4、依赖

当A工程需要用到B jar包中的类时，我们就说A对B有依赖。例如：进行test测试时对需要junit包的支持，那么就时对junit有依赖。配置的基本形式是使用dependency标签指定目标jar包的坐标，当前工程会到本地仓库中根据坐标查找它所依赖的jar。

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

依赖的传递：当A工程依赖B工程，B工程依赖C工程，那么A工程也就依赖C工程，这就是依赖的传递

依赖的范围：常用的范围是compile和test

• compile：main和test目录下的Java代码都可以访问
• test：test目录下的Java代码可以访问，main目录下的不可以访问

依赖的传递：当存在间接依赖的情况时，主工程对间接依赖的jar可以访问吗？这要看间接依赖的jar包引入时的依赖范围——只有依赖范围为compile时可以访问。

依赖的原则：路径最短原则和最先声明原则

• 路径最短：当存在间接依赖时，多个间接依赖的jar包版本不同，则会以路径最短的jar包为依赖

• 最先声明原则：当如果路径相同的情况下，则以pom.xml中最先声明的依赖为主

• 依赖的排出：若不想使用间接依赖的版本，则可以使用以下标签排出依赖，再定义自己的依赖版本

<dependency>
    <groupId>com.atguigu.maven</groupId>
    <artifactId>OurFriends</artifactId>
    <version>1.0-SNAPSHOT</version>
    <!--依赖排除-->
    <exclusions>
        <exclusion>
            <groupId>commons-logging</groupId>
            <artifactId>commons-logging</artifactId>
        </exclusion>
    </exclusions>
</dependency>

<dependency>
    <groupId>commons-logging</groupId>
    <artifactId>commons-logging</artifactId>
    <version>1.1.2</version>
</dependency>

• 依赖jar包版本的同一管理：若依赖的jar包有多个模块，则需要统一管理jar包版本，便于后期维护。以Spring Jar为例，先定义一个版本属性，其他模块jar的依赖的版本以该属性为变量，这样后期变更时，只要调整该变量即可。

<!--统一管理当前模块的jar包的版本-->
<properties>
    <spring.version>4.0.0.RELEASE</spring.version>
</properties>

……
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>${spring.version}</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-webmvc</artifactId>
    <version>${spring.version}</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-jdbc</artifactId>
    <version>${spring.version}</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-orm</artifactId>
    <version>${spring.version}</version>
</dependency>

5、仓库

• 本地仓库：为当前本机电脑上的所有Maven工程服务。
• 远程仓库

私服：架设在当前局域网环境下，为当前局域网范围内的所有Maven工程服务。

中央仓库：架设在Internet上，为全世界所有Maven工程服务。

中央仓库的镜像：架设在各个大洲，为中央仓库分担流量。减轻中央仓库的压力，同时更快的响应用户请求。

6、生命周期：maven中的三个生命周期：clean lifecycle、default lifecycle、site lifecycle

• Clean Lifecycle在进行真正的构建之前进行一些清理工作。
• Default Lifecycle构建的核心部分，编译，测试，打包，安装，部署等等。
• Site Lifecycle生成项目报告，站点，发布站点。

7、继承：maven工程之间可以相互继承，继承时会继承父类的全部依赖。因此继承可用于统一管理依赖。

在父类中，只声明pom.xml，约定好子类所需依赖的版本，那么子类继承后，便无需定义依赖的版本。且所有子类继承的依赖版本相同。父类的pom如下：

    <groupId>com.test.maven</groupId>
    <artifactId>Parent</artifactId>
    <packaging>pom</packaging>
    <version>1.0-SNAPSHOT</version>

<!--依赖管理-->
<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.0</version>
            <scope>test</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

子类对父类的引用如下：

<!--继承-->
<parent>
    <groupId>com.test.maven</groupId>
    <artifactId>Parent</artifactId>
    <version>1.0-SNAPSHOT</version>
    <!--指定从当前pom.xml文件出发寻找父工程的pom.xml文件的相对路径-->
    <relativePath>../Parent/pom.xml</relativePath>
</parent>

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
</dependency>

8、聚合：在对当前工程打包时，将工程依赖的相关工程进行打包安装。

若当前maven工程对其他的maven工程有依赖，那么在运行时就需要其他工程的支持。就需要在打包的时候，保证相关依赖工程也要一同打包，安装。maven的聚合就可实现该功能，只需在总的聚合工程中使用modules/module标签组合，指定模块工程的相对路径即可。Maven可以根据各个模块的继承和依赖关系自动选择安装的顺序。

<!--聚合-->
<modules>
    <module>../工程1</module>
    <module>../工程2</module>
    <module>../工程3</module>
    <module>../工程4</module>
</modules>

三、maven 酷站

• http://mvnrepository.com/
• http://search.maven.org/

该网址可以查询第三方jar包信息，并获得依赖的GAV，大家可以收藏以便工作使用。