Maven的本质是一个项目管理工具，将项目开发和管理过程抽象成一个项目对象模型（POM)）
这玩意儿是使用Java开发的，所以采用的就是Java的思想：面向对象
POM (Project Object Model)：项目对象模型
Maven的作用：
下载与安装：
仓库：用于存储资源，包含各种jar包
仓库分类：本地仓库和远程仓库（私服和中央仓库）
坐标：Maven中的坐标用于描述仓库中资源的位置
坐标的主要组成：
坐标的作用：使用唯一的标识，唯一性定位资源位置，通过该标识可以将资源的识别与下载交由机器完成。
仓库配置：
<repositories>
<repository>
<id>central</id>
<name>Central Repository</name>
<url>https://maven.aliyun.com/repository/central</url>
<layout>default</layout>
<snapshots>
<enabled>false</enabled>
</snapshots>
</repository>
</repositories>
镜像仓库配置：阿里云Maven镜像仓库配置地址
<mirrors>
<mirror>
<!-- 此镜像的唯一标识符，用来区分不同的mirror元素 -->
<id>nexus-aliyun</id>
<!-- 对那种仓库进行镜像（就是替代哪种仓库）-->
<mirrorOf>central</mirrorOf>
<!-- 镜像名称 -->
<name>Nexus aliyun</name>
<!-- 镜像URL -->
<url>https://maven.aliyun.com/repository/public</url>
</mirror>
</mirrors>
全局setting和用户setting
注：用户setting和全局setting不一致时，会优先采用用户setting.xml的配置，因此最好是这二者内容保持一致
Maven工程目录结构
Maven项目构建命令：Maven构建命令使用mvn开头，后面加功能参数，可以一次执行多个命令，使用空格分隔
mvn compile # 编译
mvn clean # 清理
mvn test # 测试
mvn package # 打包
mvn install # 安装到本地仓库
使用原型创建Maven项目与不使用原型创建Maven项目
例：使用原型创建web项目，选择archetype-webapp进行项目创建，添加Tomcat插件
<build>
<plugins>
<plugin>
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<version>2.1</version>
<configuration>
<port>80</port>
<path>/</path>
</configuration>
</plugin>
</plugins>
</build>
依赖配置：依赖指的是当前项目运行所需要的jar，一个项目可以设置多个依赖。格式：
<!--设置当前项目所依赖的所有jar-->
<dependencies>
<!--设置具体的依赖-->
<dependency>
<!--依赖所属群组id-->
<groupId></groupId>
<!--依赖所属项目id-->
<artifactId></artifactId>
<!--依赖版本号-->
<version></version>
<!--
<type>pom</type>
<scope>import</scope>
只能用在 <dependencyManagement></dependencyManagement> 中
-->
<!--类型：jar 则导入jar包 pom 导入的是一个父模块-->
<type></type>
<!--
作用域：import 代表把父模块中的jar包导入进来
为import时，dependency不参与依赖传递
只是把dependency需要的依赖都取过来，像个占位符一样替换了就行
-->
<scope>import</scope>
</dependency>
</dependencies>
依赖传递
依赖具有传递性，包括直接传递和间接传递
直接传递：在当前项目中通过依赖配置建立的依赖关系（A使用B，A和B就是直接传递）
间接传递：被依赖的资源如果依赖其他资源，当前项目间接依赖其他资源（比较拗口，意思是如果A依赖B，而B依赖C，那么A和C之间就是间接传递）
依赖传递的冲突问题：
可选依赖指的是对外隐藏当前所依赖的资源
<dependency>
<groupId></groupId>
<artifactId></artifactId>
<version></version>
<!--添加下面这一行-->
<optional>true</optional>
</dependency>
排除依赖指主动断开依赖的资源，被排除的资源无需指定版本
<dependency>
<groupId></groupId>
<artifactId></artifactId>
<version></version>
<exclusions>
<exclusion>
<groupId></groupId>
<artifactId></artifactId>
</exclusion>
</exclusions>
</dependency>
依赖的jar包默认情况可以在任何地方使用，可以通过scope标签设定其作用范围
作用范围：
还有两个：system、import
<dependencyManagement>中的该依赖项。仅 <dependencyManagement> 部分中 pom 类型的依赖项支持此范围
Maven项目构建生命周期描述的是一次构建过程经历了多少个事件
Maven对项目构建的生命周期划分为3套
clean生命周期：
default构建生命周期：compile ——> test-compile ——> test ——> package ——> install
validate（校验） 校验项目是否正确并且所有必要的信息可以完成项目的构建过程
initialize（初始化） 初始化构建状态，比如设置属性值
generate-sources（生成源代码） 生成包含在编译阶段中的任何源代码
process-sources（处理源代码） 处理源代码，比如说，过滤任意值
generate-resources（生成资源文件） 生成将会包含在项目包中的资源文件
process-resources （处理资源文件） 复制和处理资源到目标目录，为打包阶段最好准备
compile（编译） 编译项目的源代码
process-classes（处理类文件） 处理编译生成的文件，比如说对Java class文件做字节码改善优化
generate-test-sources（生成测试源代码） 生成包含在编译阶段中的任何测试源代码
process-test-sources（处理测试源代码） 处理测试源代码，比如说，过滤任意值
generate-test-resources（生成测试资源文件） 为测试创建资源文件
process-test-resources（处理测试资源文件） 复制和处理测试资源到目标目录
test-compile（编译测试源码） 编译测试源代码到测试目标目录
process-test-classes（处理测试类文件） 处理测试源码编译生成的文件
test（测试） 使用合适的单元测试框架运行测试（Juint是其中之一）
prepare-package（准备打包） 在实际打包之前，执行任何的必要的操作为打包做准备
package（打包） 将编译后的代码打包成可分发格式的文件，比如JAR、WAR或者EAR文件
pre-integration-test（集成测试前） 在执行集成测试前进行必要的动作。比如说，搭建需要的环境
integration-test（集成测试） 处理和部署项目到可以运行集成测试环境中
post-integration-test（集成测试后） 在执行集成测试完成后进行必要的动作。比如说，清理集成测试环境
verify （验证） 运行任意的检查来验证项目包有效且达到质量标准
install（安装） 安装项目包到本地仓库，这样项目包可以用作其他本地项目的依赖
deploy（部署） 将最终的项目包复制到远程仓库中与其他开发者和项目共享
site生命周期：
pre-site 执行一些需要在生成站点文档之前完成的工作
site 生成项目的站点文档
post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
site-deploy 将生成的站点文档部署到特定的服务器上
插件：插件与生命周期内的阶段绑定，在执行到对应的生命周期时执行对应的插件功能
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-source-plugin</artifactId>
<version>2.2.1</version>
<!--执行插件-->
<executions>
<!--具体怎么执行-->
<execution>
<!--目标：执行什么-->
<goals>
<!--执行jar-->
<goal>jar</goal>
</goals>
<!--执行到那个生命周期阶段时就要执行该插件 对应前面default中的那些值-->
<phase>generate-test-resources</phase>
</execution>
</executions>
</plugin>
</plugins>
</build>
<goal>jar</goal>值选项：官网：Apache Maven Source Plugin
作用：聚合用于快速构建Maven工程，一次性构建多个项目/模块
制作方式：创建一个空模块，打包类型定义为pom
<packaging>pom</packaging>
定义当前模块进行构建操作时关联的其他模块名称
<modules>
<module>模块地址</module>
<module>模块地址</module>
<module>模块地址</module>
<module>模块地址</module>
</modules>
注意：参与聚合操作的模块最终执行顺序与模块间的依赖关系有关，与配置顺序无关
作用：通过继承可以实现在子工程中沿用父工程中的配置（与Java类似）
制作方式：在子工程中生命其父工程坐标与对应的位置
<!--定义该工程的父工程-->
<parent>
<groupId></groupId>
<artifactId></artifactId>
<version></version>
<!--填写父工程的pom文件-->
<relativePath>父工程pom文件地址</relativePath>
</parent>
在父工程中定义依赖管理
<!--声明此处进行依赖管理-->
<dependencyManagement>
<!--具体的依赖-->
<dependencies>
<dependency>
<groupId></groupId>
<artifactId></artifactId>
<version></version>
</dependency>
</dependencies>
</dependencyManagement>
<!--要管理插件的话，使用如下方式-->
<build>
<pluginManagement>
<plugins>
<plugin>
<groupId></groupId>
<artifactId></artifactId>
<version></version>
<!--.....................-->
</plugin>
</plugins>
</pluginManagement>
</build>
继承依赖使用：在子工程中定义依赖关系，无需声明依赖版本，版本参照父工程中依赖的版本
<!--子工程使用依赖-->
<dependencies>
<dependency>
<groupId></groupId>
<artifactId></artifactId>
</dependency>
</dependencies>
<!--子工程使用插件-->
<build>
<plugins>
<plugin>
<groupId></groupId>
<artifactId></artifactId>
<!--<version></version>-->
</plugin>
</plugins>
</build>
继承的资源：
作用：聚合用于快速构建项目，继承用于快速配置
相同点：
聚合与继承的pom.xml文件打包方式均为pom，可以将两种关系制作到同一个pom文件中
聚合与继承均属于设计型模块，并无实际的模块内容
不同点：
聚合是在当前模块中配置关系，聚合可以感知到参与聚合的模块有哪些
继承是在子模块中配置关系，父模块无法感知哪些子模块继承了自己
作用：等同于定义变量，方便统一维护
定义格式：
<!--定义自定义属性-->
<properties>
<spring.version>5.1.9.RELEASE</spring.version>
<junit.version>4.12</junit.version>
</properties>
调用格式：
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>${spring.version}</version>
</dependency>
作用：使用Maven内置属性，快速配置
调用格式：
${basedir}
${version}
作用：使用Maven配置文件setting.xml中的标签属性，用于动态配置
调用格式：
${settings.localRepository}
作用：读取Java系统属性
调用格式：
${user.home}
系统属性查询方式：
mvn help:system
作用：使用Maven配置文件setting.xml中的标签属性，用于动态配置
调用格式：
${env.JAVA_HOME}
环境变量属性查询方式：
mvn help:system
SNAPSHOT（快照版本）：
RELEASE（发布版本）：
工程版本号约定：
配置文件引用pom属性
作用：在任意配置文件中加载pom文件中定义的属性
<properties>
<jdbc.username>root</jdbc.username>
<jdbc.password>zixieqing072413</jdbc.password>
</properties>
<build>
<!--配置资源文件对应的信息-->
<resources>
<resource>
<!--设定配置文件对应的位置目录 如 application.yml
支持使用属性动态设定路径 如 ${project.basedir}-->
<directory>地址</directory>
<!--开启对配置文件的资源加载过滤-->
<filtering>true</filtering>
</resource>
</resources>
<!--test配置文件也需要使用时：配置资源文件对应的信息-->
<testResources>
<testResource>
<!--设定配置文件对应的位置目录 如 application.yml
支持使用属性动态设定路径 如 ${project.basedir}-->
<directory>地址</directory>
<!--开启对配置文件的资源加载过滤-->
<filtering>true</filtering>
</testResource>
</testResources>
</build>
${地址}
<!--示例-->
${jdbc.username}
<!--创建多环境-->
<profiles>
<!--定义具体的环境：生产环境-->
<profile>
<!--定义环境对应的唯一名称 如 prod_env-->
<id>开发环境名称1</id>
<!--定义环境中的专用的属性值-->
<properties>
<jdbc.url>jdbc链接</jdbc.url>
</properties>
<!--将该套环境设为默认启动环境-->
<activation>
<activeByDefault>true</activeByDefault>
</activation>
</profile>
<!--定义具体的环境：开发环境 格式同上-->
</profiles>
Maven使用命令启动那套环境：
mvn 指令 -p 环境定义id
# 示例
mvn install -p prod_env
提示
正式开发时，不建议跳过
跳过测试的场景：
使用方式：
mvn 指令 –D skipTests
# 示例
mvn install –D skipTests
注意
执行的指令生命周期必须包含测试环节
<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.22.1</version>
<configuration>
<!-- 设置跳过测试 -->
<skipTests>true</skipTests>
<!-- 包含指定的测试用例 -->
<includes>
<include>**/User*Test.java</include>
</includes>
<!-- 排除指定得到测试用例 -->
<excludes>
<exclude>**/User*TestCase.java</exclude>
</excludes>
</configuration>
</plugin>
使用Nexus，是sonatype的产品：
启动服务器（Windows）：
nexus.exe /run nexus
访问服务器：默认端口8081，可在其配置文件中修改
http://localhost:8081
修改基础配置信息：安装路径/etc/nexus-default.properties，如默认端口号
修改服务器运行配置：安装路径/bin/nexus.vmoptions，如默认内存空间大小
私服仓库分类：
宿主仓库（hosted）：保存无法从中央仓库获取的资源，如
代理仓库（proxy）：代理远程仓库，通过Nexus访问其他公共仓库
仓库租（group）：
私服用户名密码：配置在本地仓库的setting.xml中即可
上传位置：配置在IDEA中，上传到私服中的仓库组不同
下载地址：配置在本地仓库的setting.xml即可
<servers>
<server>
<!--放release版本的 和nexus中命名保持一致-->
<id>zixq-release</id>
<!--访问私服的用户名密码-->
<username>admin</username>
<password>admin</password>
</server>
<server>
<!--放snapshots版本的-->
<id>zixq-snapshots</id>
<username>admin</username>
<password>admin</password>
</server>
</servers>
<!--可以和阿里云仓库同时存在-->
<mirrors>
<mirror>
<id>nexus-zixq</id>
<mirrorOf>*</mirrorOf>
<url>http://localhost:8081/repository/maven-public/</url>
</mirror>
</mirrors>
<distributionManagement>
<repository>
<!--仓库id，和上面本地仓库setting.xml中server id保持一致-->
<id>zixq-release</id>
<!--放release版仓库的url-->
<url>http://localhost:8081/repository/zixq-release/</url>
</repository>
<snapshotRepository>
<id>zixq-snapshots</id>
<url>http://localhost:8081/repository/zixq-snapshots/</url>
</snapshotRepository>
</distributionManagement>
mvn deploy
流程：通过IDEA pom中配置的<url>http://localhost:8081/repository/zixq-release/</url>访问私服，通过<id>zixq-release</id>去本地仓库的setting.xml 的server id找访问私服的username、password，然后进行发布
Maven Helper可以解决依赖问题，安装了Maven Helper插件，只要打开pom文件，就可以打开该pom文件的Dependency Analyzer视图，并且这个页面还支持搜索。很方便
进入Dependency Analyzer视图之后有三个查看选项，分别是：
解决IDEA中jar包冲突，使用maven的插件：maven helper插件，它能够给我们罗列出来同一个jar包的不同版本，以及它们的来源，但是对不同jar包中同名的类没有办法
点击【All Dependencies as Tree】，查看：从上向下，A依赖于B，B依赖于C
.点击【Conflicts】，从图中可以看出有哪些jar存在冲突，存在冲突的情况下最终采用了哪个依赖的版本。标红的就是冲突版本，白色的是当前的解析版本。这个选项，需要从下向上看
子工程指定版本号
子工程先排除，再指定版本号：如下图，在starter-web中排除spring-webmvc，然后指定spring-webmvc的版本为6.0.9
锁定版本：使用dependencyManagement统一对依赖的版本进行定义
路径优先：当依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高。实际使用就是直接在pom中显示使用且定义版本
声明优先：当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的
特殊优先：当同级配置了相同资源的不同版本，后配置的覆盖先配置的
链接：Maven 笔记