Maven 是什么？

回答这个问题，我们先来了解下没有Maven，我们是怎么使用开发者工具IDE去开发Java程序的。我之前开发Java程序不多，但是我还是记得，我是从网上下载或从合作方拷贝 jar 包，从 Library 中添加到项目依赖，就这样构件一堆外部依赖来执行本地程序。

从事 ASP.NET 开发（C#）的朋友，更能清晰地表达出这个意思，DLL 文件漫天飞，只要拷贝过来就能用啦。

这将带来什么问题呢，比如同学A 和同学B 是一个项目的两个功能一个是CMS系统，一个是做问答系统，两个都是独立开发，使用了相同的 Json 库，但是版本不同，当他们合并项目的时候，问题来了，他们的第三方库管理混乱就出现了不少麻烦。相互兼容成了最大的问题。

当嵌套依赖出现的，内心几乎是奔溃的，见下图：

当项目 A引用了组件B ，项目C 引用了组件 D，组件B,D都引用了组件 E，但是B 引用了版本E1，D引用了版本E2，B 和D都是第三方组件，是不是很麻烦。这些大部分是因为第三方组件管理混乱。

有没有什么好的方法，使得开发者不在关系第三方组件管理，而是专心于业务的开发，Maven就是这样的管理工具，

Apache Maven是一个软件项目管理和理解工具。基于项目对象模型思想，Maven可以管理一个项目的构建、报告和信息中心文档

Maven为开发者提供了一套完整的构建生命周期框架。开发团队几乎不用花多少时间就能够自动完成工程的基础构建配置，因为Maven使用了一个标准的目录结构和一个默认的构建生命周期。

Maven 具体完成什么工作呢

构建
文档生成
报告
依赖
SCMs
发布
分发
邮件列表

总的来说，Maven简化了工程的构建过程，并对其标准化。它无缝衔接了编译、发布、文档生成、团队合作和其他任务。Maven提高了重用性，负责了大部分构建相关任务。

什么是Maven仓库

Maven仓库用来存放Maven管理的所有Jar包。分为：本地仓库和中央仓库。

本地仓库：Maven本地的Jar包仓库。
中央仓库： Maven官方提供的远程仓库。

当项目编译时，Maven首先从本地仓库中寻找项目所需的Jar包，若本地仓库没有，再到Maven的中央仓库下载所需Jar包。

Maven特点约定优于配置

Maven 使用约定而不是配置，意味着开发者不需要再自己创建构建过程。

开发者不需要再关心每一个配置细节。Maven为工程提供了合理的默认行为。当创建Maven工程时，Maven会创建默认的工程结构。开发者只需要合理的放置文件，而在 pom.xml 中不再需要定义任何配置。

下表展示了工程源码文件、资源文件的默认配置，和其他一些配置。假定${basedir}表示工程目录：

配置项	默认值
source code	${basedir}/src/main/java
resources	${basedir}/src/main/resources
Tests	${basedir}/src/test
Complied byte code	${basedir}/target
distributable JAR	${basedir}/target/classes

为了构建工程，Maven 为开发者提供了选项来配置生命周期目标和工程依赖（依赖于 Maven 的插件扩展功能和默认的约定）。大部分的工程管理和构建相关的任务是由 Maven 插件完成的。

Maven 的安装 window mac

在安装 IDEA 开发工具的时候，默认包含了 Maven 的安装，当前版本一般安装了 Maven2 和 Maven3。当然我们也是可以独立安装最新版本的 Maven。

window 下的 Maven 安装

从官方网站下载(http://maven.apache.org/download.cgi)
解压，如果解压到 C:\maven3.6，注意确保您安装了 Java JDK。
设置环境变量

M2_HOME = C:\maven3.6

Path 添加 %M2_HOME%/bin

测试一下使用 Ctrl+R 打开 cmd 窗口，输入

mvn -version

mac 下的 Maven 安装

从官方网站下载(http://maven.apache.org/download.cgi)
解压，如果解压到 \home\maven3.6，注意确保您安装了 Java JDK。
设置环境变量

export MAVEN_HOME=/Users/zhang/Documents/apache-maven-3.6

export PATH=${MAVEN_HOME}/bin:$PATH

输入 source source /etc/profile 使得程序生效

测试一下打开终端窗口

mvn -v

Maven 的 Pom.xml

什么是“坐标”？

在Maven中，坐标是Jar包的唯一标识，Maven通过坐标在仓库中找到项目所需的Jar包。

groupId 和 artifactId 构成了一个Jar包的坐标

<dependency>

	<groupId>org.apache.poi</groupId>

	<artifactId>poi-ooxml</artifactId>

	<version>3.9</version>

</dependency>

groupId:所需Jar包的项目名
artifactId:所需Jar包的模块名
version:所需Jar包的版本号

传递依赖与排除依赖

传递依赖：如果我们的项目引用了一个Jar包，而该Jar包又引用了其他Jar包，那么在默认情况下项目编译时，Maven会把直接引用和简洁引用的Jar包都下载到本地。
排除依赖：如果我们只想下载直接引用的Jar包，那么需要在pom.xml中做如下配置：(将需要排除的Jar包的坐标写在中)

依赖范围 scope

在项目发布过程中，帮助决定哪些构件被包括进来。欲知详情请参考依赖机制。

compile ：默认范围，用于编译
provided：类似于编译，但支持你期待jdk或者容器提供，类似于classpath
runtime: 在执行时需要使用
test: 用于test任务时使用
system: 需要外在提供相应的元素。通过systemPath来取得
systemPath: 仅用于范围为system。提供相应的路径
optional: 当项目自身被依赖时，标注依赖是否传递。用于连续依赖时使用

依赖冲突

若项目中多个Jar同时引用了相同的Jar时，会产生依赖冲突，但Maven采用了两种避免冲突的策略，因此在Maven中是不存在依赖冲突的。

短路优先

例如下面的引用关系如下：

本项目——>A.jar——>B.jar——>X.jar

本项目——>C.jar——>X.jar

本项目——>A.jar——>B.jar——>X.jar

那么下面中引用的是 C.jar 中的 X.jar

在此时，Maven只会引用引用路径最短的Jar。

声明优先

若引用路径长度相同时，在pom.xml中谁先被声明，就使用谁。而不是后声明的覆盖前面的。

聚合

什么是聚合？

将多个项目同时运行就称为聚合。

如何实现聚合？

只需在 pom 中作如下配置即可实现聚合：

<modules>

    <module>web-connection-pool</module>

    <module>web-java-crawler</module>

</modules>

继承

什么是继承？

在聚合多个项目时，如果这些被聚合的项目中需要引入相同的Jar，那么可以将这些Jar写入父pom中，各个子项目继承该pom即可。

如何实现继承？

-父 pom 配置如下

<dependencyManagement>

    <dependencies>

          <dependency>

            <groupId>cn.missbe.web.search</groupId>

            <artifactId>resource-search</artifactId>

            <packaging>pom</packaging>

            <version>1.0-SNAPSHOT</version>

          </dependency>

    </dependencies>

</dependencyManagement>

子项目 pom 配置

<parent>

        <groupId>父pom所在项目的groupId</groupId>

        <artifactId>父pom所在项目的artifactId</artifactId>

        <version>父pom所在项目的版本号</version>

</parent>

 <parent>

        <artifactId>resource-search</artifactId>

        <groupId>cn.missbe.web.search</groupId>

        <version>1.0-SNAPSHOT</version>

</parent>

Maven 命令

-v:查询Maven版本

本命令用于检查maven是否安装成功。

Maven安装完成之后，在命令行输入mvn -v，若出现maven信息，则说明安装成功。

compile：编译

将java源文件编译成class文件

test:测试项目

执行test目录下的测试用例

package:打包

将项目打成jar包

clean:删除target文件夹
install:安装

将当前项目放到Maven的本地仓库中。供其他项目使用

我们可以使用 mvn clean install 来发布我们的基于 maven 的 spring boot 项目

使用Maven构建Web项目

通常我们使用 IDEA 构件 Maven项目

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.0http://maven.apache.org/maven-v4_0_0.xsd">

    <!--父项目的坐标。如果项目中没有规定某个元素的值，

那么父项目中的对应值即为项目的默认值。

坐标包括group ID，artifact ID和 version。-->

    <parent>

     <!--被继承的父项目的构件标识符-->

     <artifactId/>

     <!--被继承的父项目的全球唯一标识符-->

     <groupId/>

     <!--被继承的父项目的版本-->

     <version/>

 </parent>

 <!--声明项目描述符遵循哪一个POM模型版本。模型本身的版本很少改变，虽然如此，

但它仍然是必不可少的，这是为了当Maven引入了新的特性或者其他模型变更的时候，

确保稳定性。-->

    <modelVersion>4.0.0</modelVersion>

    <!--项目的全球唯一标识符，通常使用全限定的包名区分该项目和其他项目。

并且构建时生成的路径也是由此生成， 如com.mycompany.app生成的相对路径为：

/com/mycompany/app-->

    <groupId>cn.missbe.web</groupId>

    <!-- 构件的标识符，它和group ID一起唯一标识一个构件。换句话说，

你不能有两个不同的项目拥有同样的artifact ID和groupID；在某个

特定的group ID下，artifact ID也必须是唯一的。构件是项目产生的或使用的一个东西，

Maven为项目产生的构件包括：JARs，源码，二进制发布和WARs等。-->

    <artifactId>search-resources</artifactId>

    <!--项目产生的构件类型，例如jar、war、ear、pom。插件可以创建

他们自己的构件类型，所以前面列的不是全部构件类型-->

    <packaging>war</packaging>

    <!--项目当前版本，格式为:主版本.次版本.增量版本-限定版本号-->

    <version>1.0-SNAPSHOT</version>

    <!--项目的名称, Maven产生的文档用-->

    <name>search-resources</name>

    <!--项目主页的URL, Maven产生的文档用-->

    <url>http://www.missbe.cn</url>

    <!-- 项目的详细描述, Maven 产生的文档用。  当这个元素能够用HTML格式描述时

（例如，CDATA中的文本会被解析器忽略，就可以包含HTML标 签），

不鼓励使用纯文本描述。如果你需要修改产生的web站点的索引页面，

你应该修改你自己的索引页文件，而不是调整这里的文档。-->

    <description>A maven project to study maven.</description>

    <!--描述了这个项目构建环境中的前提条件。-->

 <prerequisites>

  <!--构建该项目或使用该插件所需要的Maven的最低版本-->

    <maven/>

 </prerequisites>      

  <!--构建项目需要的信息-->

    <build>

     <!--该元素设置了项目源码目录，当构建项目的时候，

构建系统会编译目录里的源码。该路径是相对于pom.xml的相对路径。-->

  <sourceDirectory/>

  <!--该元素设置了项目脚本源码目录，该目录和源码目录不同：

绝大多数情况下，该目录下的内容 会被拷贝到输出目录(因为脚本是被解释的，而不是被编译的)。-->

  <scriptSourceDirectory/>

  <!--该元素设置了项目单元测试使用的源码目录，当测试项目的时候，

构建系统会编译目录里的源码。该路径是相对于pom.xml的相对路径。-->

  <testSourceDirectory/>

  <!--被编译过的应用程序class文件存放的目录。-->

  <outputDirectory/>

  <!--被编译过的测试class文件存放的目录。-->

  <testOutputDirectory/>

  <!--使用来自该项目的一系列构建扩展-->

  <extensions>

   <!--描述使用到的构建扩展。-->

   <extension>

    <!--构建扩展的groupId-->

    <groupId/>

    <!--构建扩展的artifactId-->

    <artifactId/>

    <!--构建扩展的版本-->

    <version/>

   </extension>

  </extensions>    

  <!--这个元素描述了项目相关的所有资源路径列表，例如和项目相关的属性文件，

这些资源被包含在最终的打包文件里。-->

  <resources>

   <!--这个元素描述了项目相关或测试相关的所有资源路径-->

   <resource>

    <!-- 描述了资源的目标路径。该路径相对target/classes目录（例如${project.build.outputDirectory}）。举个例 子，如果你想资源在特定的包里(org.apache.maven.messages)，你就必须该元素设置为org/apache/maven /messages。

然而，如果你只是想把资源放到源码目录结构里，就不需要该配置。-->

    <targetPath/>

    <!--是否使用参数值代替参数名。参数值取自properties元素或者文件里配置的属性，

文件在filters元素里列出。-->

    <filtering/>

    <!--描述存放资源的目录，该路径相对POM路径-->

    <directory/>

    <!--包含的模式列表，例如**/*.xml.-->

    <includes/>

    <!--排除的模式列表，例如**/*.xml-->

    <excludes/>

   </resource>

  </resources>

  <!--这个元素描述了单元测试相关的所有资源路径，例如和单元测试相关的属性文件。-->

  <testResources>

   <!--这个元素描述了测试相关的所有资源路径，参见build/resources/resource元素的说明-->

   <testResource>

    <targetPath/><filtering/><directory/><includes/><excludes/>

   </testResource>

  </testResources>

  <!--构建产生的所有文件存放的目录-->

  <directory/>

  <!--产生的构件的文件名，默认值是${artifactId}-${version}。-->

  <finalName/>

  <!--当filtering开关打开时，使用到的过滤器属性文件列表-->

  <filters/>

  <!--子项目可以引用的默认插件信息。该插件配置项直到被引用时才会被解析或绑定到生命周期。

给定插件的任何本地配置都会覆盖这里的配置-->

  <pluginManagement>

   <!--使用的插件列表 。-->

   <plugins>

    <!--plugin元素包含描述插件所需要的信息。-->

    <plugin>

     <!--插件在仓库里的group ID-->

     <groupId/>

     <!--插件在仓库里的artifact ID-->

     <artifactId/>

     <!--被使用的插件的版本（或版本范围）-->

     <version/>

     <!--是否从该插件下载Maven扩展（例如打包和类型处理器），由于性能原因，

只有在真需要下载时，该元素才被设置成enabled。-->

     <extensions/>

     <!--在构建生命周期中执行一组目标的配置。每个目标可能有不同的配置。-->

     <executions>

      <!--execution元素包含了插件执行需要的信息-->

      <execution>

       <!--执行目标的标识符，用于标识构建过程中的目标，或者匹配继承过程中需要合并的执行目标-->

       <id/>

       <!--绑定了目标的构建生命周期阶段，如果省略，目标会被绑定到源数据里配置的默认阶段-->

       <phase/>

       <!--配置的执行目标-->

       <goals/>

       <!--配置是否被传播到子POM-->

       <inherited/>

       <!--作为DOM对象的配置-->

       <configuration/>

      </execution>

     </executions>

     <!--项目引入插件所需要的额外依赖-->

     <dependencies>

      <!--参见dependencies/dependency元素-->

      <dependency>

       ......

      </dependency>

     </dependencies>

     <!--任何配置是否被传播到子项目-->

     <inherited/>

     <!--作为DOM对象的配置-->

     <configuration/>

    </plugin>

   </plugins>

  </pluginManagement>

  <!--使用的插件列表-->

  <plugins>

   <!--参见build/pluginManagement/plugins/plugin元素-->

   <plugin>

    <groupId/><artifactId/><version/><extensions/>

    <executions>

     <execution>

      <id/><phase/><goals/><inherited/><configuration/>

     </execution>

    </executions>

    <dependencies>

     <!--参见dependencies/dependency元素-->

     <dependency>

      ......

     </dependency>

    </dependencies>

    <goals/><inherited/><configuration/>

   </plugin>

  </plugins>

 </build>

 <!--模块（有时称作子项目） 被构建成项目的一部分。

列出的每个模块元素是指向该模块的目录的相对路径-->

 <modules/>

    <!--发现依赖和扩展的远程仓库列表。-->

    <repositories>

     <!--包含需要连接到远程仓库的信息-->

        <repository>

         <!--如何处理远程仓库里发布版本的下载-->

         <releases>

          <!--true或者false表示该仓库是否为下载某种类型构件（发布版，快照版）开启。 -->

    <enabled/>

    <!--该元素指定更新发生的频率。Maven会比较本地POM和远程POM的时间戳。这里的选项是：always（一直），daily（默认，每日），interval：X（这里X是以分钟为单位的时间间隔），或者never（从不）。-->

    <updatePolicy/>

    <!--当Maven验证构件校验文件失败时该怎么做：ignore（忽略），fail（失败），或者warn（警告）。-->

    <checksumPolicy/>

   </releases>

   <!-- 如何处理远程仓库里快照版本的下载。有了releases和snapshots这两组配置，

POM就可以在每个单独的仓库中，为每种类型的构件采取不同的 策略。

例如，可能有人会决定只为开发目的开启对快照版本下载的支持。

参见repositories/repository/releases元素 -->

   <snapshots>

    <enabled/><updatePolicy/><checksumPolicy/>

   </snapshots>

   <!--远程仓库唯一标识符。可以用来匹配在settings.xml文件里配置的远程仓库-->

   <id>banseon-repository-proxy</id>

   <!--远程仓库名称-->

            <name>banseon-repository-proxy</name>

            <!--远程仓库URL，按protocol://hostname/path形式-->

            <url>http://192.168.1.169:9999/repository/</url>

            <!-- 用于定位和排序构件的仓库布局类型-可以是default（默认）或者legacy（遗留）。Maven 2为其仓库提供了一个默认的布局；然 而，Maven 1.x有一种不同的布局。我们可以使用该元素指定布局是default（默认）还是legacy（遗留）。-->

            <layout>default</layout>

        </repository>

    </repositories>

    <!--发现插件的远程仓库列表，这些插件用于构建和报表-->

    <pluginRepositories>

     <!--包含需要连接到远程插件仓库的信息.参见repositories/repository元素-->

  <pluginRepository>

   ......

  </pluginRepository>

 </pluginRepositories>    

    <!--该元素描述了项目相关的所有依赖。 这些依赖组成了项目构建过程中的一个个环节。

它们自动从项目定义的仓库中下载。要获取更多信息，请看项目依赖机制。-->

    <dependencies>

        <dependency>

   <!--依赖的group ID-->

            <groupId>org.apache.maven</groupId>

            <!--依赖的artifact ID-->

            <artifactId>maven-artifact</artifactId>

            <!--依赖的版本号。 在Maven 2里, 也可以配置成版本号的范围。-->

            <version>3.8.1</version>

            <!-- 依赖类型，默认类型是jar。它通常表示依赖的文件的扩展名，但也有例外

。一个类型可以被映射成另外一个扩展名或分类器。类型经常和使用的打包方式对应，

 尽管这也有例外。一些类型的例子：jar，war，ejb-client和test-jar。

如果设置extensions为 true，就可以在 plugin里定义新的类型。所以前面的类型的例子不完整。-->

            <type>jar</type>

            <!-- 依赖的分类器。分类器可以区分属于同一个POM，但不同构建方式的构件。

分类器名被附加到文件名的版本号后面。例如，如果你想要构建两个单独的构件成 JAR，

一个使用Java 1.4编译器，另一个使用Java 6编译器，你就可以使用分类器来生成两个单独的JAR构件。-->

            <classifier></classifier>

            <!--依赖范围。在项目发布过程中，帮助决定哪些构件被包括进来。欲知详情请参考依赖机制。

                - compile ：默认范围，用于编译

                - provided：类似于编译，但支持你期待jdk或者容器提供，类似于classpath

                - runtime: 在执行时需要使用

                - test:    用于test任务时使用

                - system: 需要外在提供相应的元素。通过systemPath来取得

                - systemPath: 仅用于范围为system。提供相应的路径

                - optional:   当项目自身被依赖时，标注依赖是否传递。用于连续依赖时使用-->

            <scope>test</scope>

            <!--仅供system范围使用。注意，不鼓励使用这个元素，

并且在新的版本中该元素可能被覆盖掉。该元素为依赖规定了文件系统上的路径。

需要绝对路径而不是相对路径。推荐使用属性匹配绝对路径，例如${java.home}。-->

            <systemPath></systemPath>

            <!--当计算传递依赖时， 从依赖构件列表里，列出被排除的依赖构件集。

即告诉maven你只依赖指定的项目，不依赖项目的依赖。此元素主要用于解决版本冲突问题-->

            <exclusions>

             <exclusion>

                    <artifactId>spring-core</artifactId>

                    <groupId>org.springframework</groupId>

                </exclusion>

            </exclusions>

            <!--可选依赖，如果你在项目B中把C依赖声明为可选，你就需要在依赖于B的项目（例如项目A）中显式的引用对C的依赖。可选依赖阻断依赖的传递性。-->

            <optional>true</optional>

        </dependency>

    </dependencies>    

 <!-- 继承自该项目的所有子项目的默认依赖信息。这部分的依赖信息不会被立即解析,

而是当子项目声明一个依赖（必须描述group ID和 artifact ID信息），

如果group ID和artifact ID以外的一些信息没有描述，

则通过group ID和artifact ID 匹配到这里的依赖，并使用这里的依赖信息。-->

 <dependencyManagement>

  <dependencies>

   <!--参见dependencies/dependency元素-->

   <dependency>

    ......

   </dependency>

  </dependencies>

 </dependencyManagement>

    <!--项目分发信息，在执行mvn deploy后表示要发布的位置。

有了这些信息就可以把网站部署到远程服务器或者把构件部署到远程仓库。-->

    <distributionManagement>

        <!--部署项目产生的构件到远程仓库需要的信息-->

        <repository>

         <!--是分配给快照一个唯一的版本号（由时间戳和构建流水号）？

还是每次都使用相同的版本号？参见repositories/repository元素-->

   <uniqueVersion/>

   <id>banseon-maven2</id>

   <name>banseon maven2</name>

            <url>file://${basedir}/target/deploy</url>

            <layout/>

  </repository>

  <!--构件的快照部署到哪里？如果没有配置该元素，默认部署到repository元素配置的仓库，

参见distributionManagement/repository元素-->

  <snapshotRepository>

   <uniqueVersion/>

   <id>banseon-maven2</id>

            <name>Banseon-maven2 Snapshot Repository</name>

            <url>scp://svn.baidu.com/banseon:/usr/local/maven-snapshot</url>

   <layout/>

  </snapshotRepository>

  <!--部署项目的网站需要的信息-->

        <site>

         <!--部署位置的唯一标识符，用来匹配站点和settings.xml文件里的配置-->

            <id>banseon-site</id>

            <!--部署位置的名称-->

            <name>business api website</name>

            <!--部署位置的URL，按protocol://hostname/path形式-->

            <url>

                scp://svn.baidu.com/banseon:/var/www/localhost/banseon-web

            </url>

        </site>

  <!--项目下载页面的URL。如果没有该元素，用户应该参考主页。

使用该元素的原因是：帮助定位那些不在仓库里的构件（由于license限制）。-->

  <downloadUrl/>

  <!-- 给出该构件在远程仓库的状态。不得在本地项目中设置该元素，

因为这是工具自动更新的。有效的值有：none（默认），

converted（仓库管理员从 Maven 1 POM转换过来），partner（直接从伙伴Maven 2仓库同步过来），deployed（从Maven 2实例部 署），verified（被核实时正确的和最终的）。-->

  <status/>

    </distributionManagement>

    <!--以值替代名称，Properties可以在整个POM中使用，也可以作为触发条件（见settings.xml配置文件里activation元素的说明）。格式是<name>value</name>。-->

    <properties/>

</project>

巴特西

Spring Boot 学习前你应该知道的 Maven 知识

Maven 是什么？

Maven 具体完成什么工作呢

什么是Maven仓库

Maven特点约定优于配置

Maven 的安装 window mac

window 下的 Maven 安装

mac 下的 Maven 安装

Maven 的 Pom.xml

什么是“坐标”？

传递依赖与排除依赖

依赖范围 scope

依赖冲突

聚合

继承

Maven 命令

使用Maven构建Web项目

pom.xml 节点注解说明

最新文章

热门文章

巴特西

Spring Boot 学习前你应该知道的 Maven 知识

Maven 是什么？

Maven 具体完成什么工作呢

什么是Maven仓库

Maven特点 约定优于配置

Maven 的安装 window mac

window 下的 Maven 安装

mac 下的 Maven 安装

Maven 的 Pom.xml

什么是“坐标”？

传递依赖 与 排除依赖

依赖范围 scope

依赖冲突

聚合

继承

Maven 命令

使用Maven构建Web项目

pom.xml 节点注解说明

最新文章

热门文章

Maven特点约定优于配置

传递依赖与排除依赖