一、概念

1、简介

1.1 是什么

1.2、有什么用

2、基本概念

2.1 仓库

仓库是存储各种依赖的地方，包含了各种jar包

本地仓库：在本地，jar包存放在自己电脑上
远程仓库：
- 中央仓库：maven团队维护的仓库，我们本地仓库可以联网去这里下载依赖，这里存储了所有依赖
- 私服：公司自己搭建的仓库，资源也是从中央仓库获取，自己内部一些不开源的技术依赖放在私服

2.2 坐标

用来描述仓库中资源的位置，可以唯一定位一个资源
我们只要指定了坐标，maven会帮我们在仓库找到这个依赖并在项目中可以应用这个依赖，如果本地没有，maven会去远程仓库联网下载
坐标的组成：
- groupId：当前依赖属于哪个组织
- artificial：当前依赖的名称
- version：当前依赖的版本号

二、安装与配置

1、安装步骤

第一步：去官网下载

http://maven.apache.org/

第二步：解压缩

maven无需安装，直接解压即可

第三步：配置环境变量

maven本身使用Java编写的，因此首先要有JAVA_HOME，这个一般学习Java时就配置过
设置MAVEN_HOME，并将maven添加到path中

第四步：输入mvn命令看是否设置成功

出现以下信息说明成功

2、基本配置

第一步（可选）：改变本地仓库的路径

本地仓库默认在C盘，可以改到其他盘，在maven安装目录下的conf/settings文件进行修改

在这行配置下面加上这个标签，改变本地仓位置

第二步：添加远程仓库镜像

maven远程仓库下载慢，可以改为国内镜像源，这里改为阿里镜像

三、第一个Maven项目演示

1、创建目录结构

这是整体目录结构这是项目的根目录，pom是这个项目的结构

<?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/maven-v4_0_0.xsd">
	<!--表示当前maven对象模型的版本，并不是maven的版本-->
	<modelVersion>4.0.0</modelVersion>

  <!--表示当前项目的坐标-->
	<groupId>com.itheima</groupId>
	<artifactId>project-java</artifactId>
	<version>1.0</version>
	<packaging>jar</packaging>

  <!--当前项目所依赖的资源-->
	<dependencies>
		<dependency>
			<groupId>junit</groupId>
			<artifactId>junit</artifactId>
			<version>4.12</version>
		</dependency>
	</dependencies>
</project>

这是src目录下的两个文件，main是编写代码的，Test是用来测试代码的

2、构建项目

2.1 常用命令

这些命令 compile->test->package->install是一个递进关系，指向后面命令的时候，前面的就被执行了使用这些命令的时候会用到maven插件，如果是第一次执行会去下载插件，后面执行就不需要下载

mvn complie //编译项目
mvn clean //清理，将编译好的文件、打好的包清理
mvn test //测试
mvn package //打包，此时就可以部署了
mvn install //将当前项目打包安装到本地仓库

2.2 项目的构建步骤

第一步：编译文件

编译好后会在根目录下生成一个target文件夹

第二步：测试

在测试前我们先删除刚刚编译生成的文件夹直接使用mvn test命令，这包括编译部分测试后会生成测试报告，在target/surefire-reports目录下上面的是测试结果下面的是详细报告，主要包括了两部分内容：

环境信息：包括操作系统版本、jdk版本等
测试内容：测试的类、方法

第三步：打包

打包包括了前面两个命令的执行，在前面target的下面生成了本项目的jar包

第四步：安装

安装结束后本地仓库有了我这个项目

3、快速构建maven结构的指令

mvn archetype:generate
-DgroupId={project-packaging}
-DartifactId={project-name}
-DarchetypeArtifactId=maven-archetype-quickstart
-DinteractiveMode=false

3.1 快速构建Java项目

mvn archetype:generate -DgroupId=com.yyn -DartifactId=project-name -
DarchetypeArtifactId=maven-archetype-quickstart -Dversion=1.0.0 -
DinteractiveMode=false

3.2 快速构建web项目

mvn archetype:generate -DgroupId=com.yyn -DartifactId=webproject-name -
DarchetypeArtifactId=maven-archetype-webapp -Dversion=1.0.0 -
DinteractiveMode=false

3.3 二者对比

四、在idea中创建Maven工程（以Web项目为例子）

第一步：在idea中配置maven

idea一般不支持新版本的maven，所以应当下载idea支持的maven版本对这两项进行修改，改为本地安装的版本

第二步：创建web项目

选择项目骨架输入项目信息进去后修改一下目录结构，高亮处是我们自己新建的

另一种在空工程下方法创建maven项目

在这里点击加号创建新的Module 可以在标红线的地方进行项目目录结构的修改

第三步：配置maven运行环境（可选）

点击这里添加运行环境点击加号创建maven运行环境，Name随便起，Run下面的是要运行的maven指令，working directory是这个指令作用的项目创建好之后如下图所示，可以运行这个命令

第四步：添加tomcat到项目

依然还是在右上角配置，在这里选择本地的tomcat目录，配置启动tomcat打开的页面、jre、端口号部署本项目到tomcat中点击启动即可访问

五、依赖管理

1、依赖范围

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

<scope>标签表示这个依赖的使用范围，这里表示只在测试阶段用该依赖依赖标签的可选值如下： compile/test/provided/system/runtime/import 这里主要介绍compile/test/provided这三个

compile：通常使用的第三方框架的 jar 包这样在项目实际运行时真正要用到的 jar 包都是以 compile 范围进行依赖的。比如 SSM 框架所需jar包。compile是默认值
test：测试过程中使用的 jar 包，以 test 范围依赖进来。比如 junit。
provided：在开发过程中需要用到的“服务器上的 jar 包”通常以 provided 范围依赖进来。比如 servlet-api、jsp-api。而这个范围的 jar 包之所以不参与部署、不放进 war 包，就是避免和服务器上已有的同类jar 包产生冲突，同时减轻服务器的负担。说白了就是：“服务器上已经有了，你就别带啦！

一般我们去maven仓库找的坐标中都会指出该依赖的使用范围

2、依赖传递

2.1 概念

A 依赖 B，B 依赖 C，那么在 A 没有配置对 C 的依赖的情况下，A 里面能不能直接使用 C？

2.2 传递的原则

在 A 依赖 B，B 依赖 C 的前提下，C 是否能够传递到 A，取决于 B 依赖 C 时使用的依赖范围。

B 依赖 C 时使用 compile 范围：可以传递
B 依赖 C 时使用 test 或 provided 范围：不能传递，所以需要这样的 jar 包时，就必须在需要的地方明确配置依赖才可以

3、依赖排除

当 A 依赖 B，B 依赖 C 而且 C 可以传递到 A 的时候，A 不想要 C，需要在 A 里面把 C 排除掉。而往往这种情况都是为了避免 jar 包之间的冲突。

<dependency>
  <groupId>com.yyn</groupId>
  <artifactId>demo</artifactId>
  <version>1.0-SNAPSHOT</version>
  <scope>compile</scope>
<!-- 使用excludes标签配置依赖的排除 -->
  <exclusions>
  <!-- 在exclude标签中配置一个具体的排除 -->
    <exclusion>
      <!-- 指定要排除的依赖的坐标（不需要写version） -->
      <groupId>commons-logging</groupId>
      <artifactId>commons-logging</artifactId>
    </exclusion>
  </exclusions>
</dependency>

隐藏依赖

如果不想让依赖B所使用的C依赖被A知道，可以在B项目中的C依赖中使用标签，将其值改为true，这样A就不知道B使用了C这个依赖

<dependency>
  <groupId>com.yyn</groupId>
  <artifactId>demo</artifactId>
  <version>1.0-SNAPSHOT</version>
  <scope>compile</scope>
  <optional>true</optional>
</dependency>

六、继承与聚合

当一个项目分为多个模块时，为了方便模块依赖版本的管理以及更好地构建项目，可以使用聚合与继承，二者是相互的

1、在父工程中聚合子模块

1.1 创建父工程

需要新建一个空工程，该工程中只要pom文件，pom文件内容如下

<?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>com.yyn</groupId>
  <artifactId>parent-project</artifactId>
  <version>1.0-SNAPSHOT</version>
  <!--打包方式为pom，说明该项目为父工程-->
  <packaging>pom</packaging>

  <name>parent-project</name>

  <!--用来聚合子模块-->
  <modules>
    <module>sub1</module>
    <module>sub2</module>
  </modules>
  
</project>

与一般pom文件的区别主要在于<packaging>pom</packaging>和多了一个<modules>属性，该属性就是用来聚合子模块的。module为子模块的<artifactId>

1.2 创建子模块

<?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">
    <!--父工程坐标-->
    <parent>
        <artifactId>parent-project</artifactId>
        <groupId>com.yyn</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>

    <modelVersion>4.0.0</modelVersion>
    <!--如果子模块的gropId和版本号与父工程一直,则可以省略这两个标签-->
    <!--<groupId>com.yyn</groupId>-->
    <!--<version>1.0-SNAPSHOT</version>-->
    <artifactId>sub2</artifactId>
    
</project>

多了<parent>标签，表示该模块的父模块

2、继承（子模块继承父工程的依赖）

2.1 父工程配置

在父工程中用<dependencyManagement>标签进行整个项目的依赖管理，但此时子模块不具有这些依赖，如果子模块想使用这些依赖，还应当在子模块中进行配置

<!-- 使用dependencyManagement标签配置对依赖的管理 -->
<!-- 被管理的依赖并没有真正被引入到工程 -->
<dependencyManagement>
  <dependencies>
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-core</artifactId>
    <version>4.0.0.RELEASE</version>
      </dependency>
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-beans</artifactId>
    <version>4.0.0.RELEASE</version>
    </dependency>
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>4.0.0.RELEASE</version>
    </dependency>
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-expression</artifactId>
    <version>4.0.0.RELEASE</version>
    </dependency>
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-aop</artifactId>
    <version>4.0.0.RELEASE</version>
    </dependency>
  </dependencies>
</dependencyManagement>

2.2 子模块使用

子模块使用父模块的依赖时可以省略版本号，如果子模块加上版本号，则以子模块版本号为准

<!-- 子工程引用父工程中的依赖信息时，可以把版本号去掉。 -->
<!-- 把版本号去掉就表示子工程中这个依赖的版本由父工程决定。 -->
<!-- 具体来说是由父工程的dependencyManagement来决定。 -->
<dependencies>
  <dependency>
  <groupId>org.springframework</groupId>
  <artifactId>spring-core</artifactId>
  </dependency>
  <dependency>
  <groupId>org.springframework</groupId>
  <artifactId>spring-beans</artifactId>
  </dependency>
  <dependency>
  <groupId>org.springframework</groupId>
  <artifactId>spring-context</artifactId>
  </dependency>
  <dependency>
  <groupId>org.springframework</groupId>
  <artifactId>spring-expression</artifactId>
  </dependency>
  <dependency>
  <groupId>org.springframework</groupId>
  <artifactId>spring-aop</artifactId>
  </dependency>
</dependencies>

3、自定义属性管理版本

使用上面的方式管理版本时，如果多个依赖有着相同的版本，还需要进行多出修改，难以做到一次修改多处使用，这个可以通过下面的方法来解决

第一步：自定义属性

<!-- 通过自定义属性，统一指定Spring的版本 -->
<properties>
  <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  <!-- 自定义标签，维护Spring版本数据 -->
  <spring.version>4.3.6.RELEASE</spring.version>
</properties>

第二步：在父工程需要的地方使用自定义的属性

使用${属性名}来管理版本

<?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>com.yyn</groupId>
  <artifactId>parent-project</artifactId>
  <version>1.0-SNAPSHOT</version>
  <!--打包方式为pom，说明该项目为父工程-->
  <packaging>pom</packaging>

  <name>parent-project</name>
  
  <!--自定义属性-->
  <properties>
    <spring.version>4.1.0</spring.version>
  </properties>
  
  <!--用来聚合子模块-->
  <modules>
    <module>sub1</module>
    <module>sub2</module>
  </modules>

  <!-- 使用dependencyManagement标签配置对依赖的管理 -->
  <!-- 被管理的依赖并没有真正被引入到工程 -->
  <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-core</artifactId>
        <version>${spring.version}</version>
      </dependency>
      <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-beans</artifactId>
        <version>${spring.version}</version>
      </dependency>
      <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
        <version>${spring.version}</version>
      </dependency>
      <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-expression</artifactId>
        <version>${spring.version}</version>
      </dependency>
      <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-aop</artifactId>
        <version>${spring.version}</version>
      </dependency>
    </dependencies>
  </dependencyManagement>

</project>

七、生命周期和插件

1、是什么

maven的生命周期描述的是一个项目构建过程中发生的事件生命周期是一个抽象的概念，而插件则是具体完成操作的东西，每个阶段需要对应的插件来完成该阶段的任务

2、三个生命周期

为了让构建过程自动化完成，Maven 设定了三个生命周期，生命周期中的每一个环节对应构建过程中的一个操作。

clean生命周期

default生命周期

site生命周期

在同一个周期内，插件在执行后面的操作时会把前面的操作都执行一遍

曹鹏 / maven-study .gitee-modal { width: 500px !important; }