一、Maven配置
使用如下三个向量在Maven的仓库中唯一的确定一个Maven工程。
（1）groupId：公司或组织的域名倒序+当前项目名称
（2）artifactId：当前项目的模块名称
（3）version：当前模块的版本
阿里云镜像
<mirror>
<id>nexus-aliyun</id>
<mirrorOf>central</mirrorOf>
<name>Nexus aliyun</name>
<url>http://maven.aliyun.com/nexus/content/groups/public</url>
</mirror>
Maven编译版本
<profile>
<id>jdk-1.8</id>
<activation>
<activeByDefault>true</activeByDefault>
<jdk>1.8</jdk>
</activation>
<properties>
<maven.compiler.source>1.8</maven.compiler.source>
<maven.compiler.target>1.8</maven.compiler.target>
<maven.compiler.compilerVersion>1.8</maven.compiler.compilerVersion>
</properties>
</profile>
二、Idea配置Maven
Maven打包插件
<build>
<plugins>
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
三、依赖管理
1、直接依赖/间接依赖：
如果A依赖B，B依赖C，那么A→B和B→C都是直接依赖，而A→C是间接依赖。
2、依赖范围
1）compile（默认就是这个范围）
（1）main目录下的Java代码可以访问这个范围的依赖
（2）test目录下的Java代码可以访问这个范围的依赖
（3）部署到Tomcat服务器上运行时要放在WEB-INF的lib目录下
例如：对Hello的依赖。主程序、测试程序和服务器运行时都需要用到。
2）test
（1）main目录下的Java代码不能访问这个范围的依赖
（2）test目录下的Java代码可以访问这个范围的依赖
（3）部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下
例如：对junit的依赖。仅仅是测试程序部分需要。
3）provided
（1）main目录下的Java代码可以访问这个范围的依赖
（2）test目录下的Java代码可以访问这个范围的依赖
（3）部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下
例如：servlet-api在服务器上运行时，Servlet容器会提供相关API，所以部署的时候不需要。
4）其他：runtime、import、system等。
3、依赖的传递性
间接依赖时，只有依赖范围为compile时可以访问。
| Maven工程 | 依赖范围 | 对A的可见性 | ||
|---|---|---|---|---|
| A | B | C | compile | √ |
| D | test | × | ||
| E | provided | × |
4、依赖的原则：解决jar包冲突
路径最短者优先、先声明者优先。
这里“声明”的先后顺序指的是dependency标签配置的先后顺序。
5、统一版本管理
<!--统一管理当前模块的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>
四、生命周期
1、简介
Maven有三套相互独立的生命周期，分别是：
- Clean Lifecycle在进行真正的构建之前进行一些清理工作。
- Default Lifecycle构建的核心部分，编译，测试，打包，安装，部署等等。
- Site Lifecycle生成项目报告，站点，发布站点。
它们是相互独立的，你可以仅仅调用clean来清理工作目录，仅仅调用site来生成站点。当然你也可以直接运行mvn clean install site运行所有这三套生命周期。
2、Clean 生命周期
Clean生命周期一共包含了三个阶段：
-
pre-clean 执行一些需要在clean之前完成的工作
-
clean 移除所有上一次构建生成的文件
-
post-clean 执行一些需要在clean之后立刻完成的工作
3、Site 生命周期
Site生命周期
- pre-site执行一些需要在生成站点文档之前完成的工作
- site生成项目的站点文档
- post-site执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
- site-deploy将生成的站点文档部署到特定的服务器上
这里经常用到的是site阶段和site-deploy阶段，用以生成和发布Maven站点，这可是Maven相当强大的功能，文档及统计数据自动生成。
4、Default 生命周期
运行任何一个阶段的时候，它前面的所有阶段都会被运行
Default生命周期是Maven生命周期中最重要的一个，绝大部分工作都发生在这个生命周期中。
-
validate
-
generate-sources
-
process-sources
-
generate-resources
-
process-resources 复制并处理资源文件，至目标目录，准备打包。
-
compile编译项目的源代码。 -
process-classes
-
generate-test-sources
-
process-test-sources
-
generate-test-resources
-
process-test-resources 复制并处理资源文件，至目标测试目录。
-
test-compile编译测试源代码。 -
process-test-classes
-
test使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。 -
prepare-package
-
package接受编译好的代码，打包成可发布的格式，如JAR。 -
pre-integration-test
-
integration-test
-
post-integration-test
-
verify
-
install将包安装至本地仓库，以让其它项目依赖。 -
deploy将最终的包复制到远程的仓库，以让其它开发人员与项目共享或部署到服务器上运行。
五、继承
父工程配置：
- 打包方式为
pom - 只需要保留pom.xml文件
<groupId>com.atguigu.maven</groupId>
<artifactId>Parent</artifactId>
<packaging>pom</packaging>
<version>1.0-SNAPSHOT</version>
子工程配置：
<!--继承-->
<parent>
<groupId>com.atguigu.maven</groupId>
<artifactId>Parent</artifactId>
<version>1.0-SNAPSHOT</version>
<!--指定从当前pom.xml文件出发寻找父工程的pom.xml文件的相对路径-->
<relativePath>../Parent/pom.xml</relativePath>
</parent>
六、参考资料
https://download.csdn.net/download/weixin_44624117/87406399
转载：https://blog.csdn.net/weixin_44624117/article/details/128818684