Maven

Posted 2021-12-28 lanhaiyue

• maven的配置加载顺序，maven默认先去 用户/.m2文件加下加载setting.xml，如果找不到再到 安装路径/maven/conf下加载setting.xml;
• pom.xml

工程中的pom.xml其实是maven中的super pom的简化版，super pom在maven路径下的lib下的maven-model-builder-xxx.jar中，比如在其中定义了代码的路径（main.src.java），定义了测试代码的路径/src/test/java，定义了配置文件的路径/src/main/resources，所以你会发现新建一个maven工程的路径一般都是这个样子的，这就是约定优于配置（convention over configuration）的体现；

记一下pom.xml文件中的属性：（不加<>了，太麻烦）

modelVersion：指定了当前Maven模型的版本号，会根据maven-model-builder-xxx.jar中的super pom自动生成；

groupId ：组或者说群id，理论上可以随便写，默认是把公司的域名倒过来，比如公司域名为  xxx.com，这里就可以写成com.xxx；

　　artifactId：部门或者项目或者功能，理论上也可以随便写；

version：版本号；自动生成的版本号一般都会带SNAPSHOT；快照（SNAPSHOT）是一种特殊的版本，指定了某个当前的开发进度的副本。不同于常规的版本，Maven每次构建都会在远程仓库中检查新的快照；

packaging：打包方式；常用的是jar和war，pom；当前项目为父项目是为pom；

name：项目名称；

description：描述；

dependencyManagement：依赖管理；1.该标签只出现在父项目中；2.该标签管理的依赖不被子项目自动依赖进去；他的作用就是为了声明依赖的包，统一管理版本号，他声明的包，子项目可以直接引入不需要写版本号；

Dependency：依赖；

type：类型，默认是jar；

　　groupId：（简单就不写了）；

artifactId：简单就不写了）；

version：（简单就不写了）；

exclusions：排除某个包；该依赖如果依赖指定的包，则在该项目中不被加载；可通过exclusion指定多个；

scope：作用范围；compile,test,provided,runtime,system;

compile：编译时引用，打包时包括；默认值

test:测试时引用，打包时不包括；

provided:类似compile，期望JDK、容器或使用者会提供这个依赖。如servlet.jar。 打包时不包括；

runtime:依赖在运行和测试系统的时候需要，但在编译的时候不需要。比如，你可能在编译的时候只需要JDBC API JAR，而只有在运行的时候才需要JDBC
驱动实现。

system:system范围依赖与provided 类似，但是你必须显式的提供一个对于本地系统中JAR 文件的路径。j尽量不用使用这个，你应该尽量让依赖都在仓库中，哪怕是私有仓库；

• 依赖传递

比如你所依赖的包的范围是compile，而这个包依赖的另一个包的范围是test，那会怎么样呢？

	compile	test	provided	runtime
compile	compile	-	-	runtime
test	test	-	-	test
provided	provided	-	provided	provided
runtime	runtime	-	-	runtime

• 依赖仲裁

1.最短路径原则

　　如果两条路径依赖同一个包，则路径最短的包被加载；

2.加载先后原则

　　如果两条相同距离的路径依赖同一个包，则安装书写顺序，先写的包被加载；

• maven生命周期

　　主要有三个概念：lifecycle，phase，goal

 

1. A Build Lifecycle is Made Up of Phases（一个生命周期有多个phase组成）

 

2. A Build Phase is Made Up of Plugin Goals（一个phase由多个goal组成）

 

一个lifecycle由三个phase组成：clean，default，site

clean由三个goal组成：pre-clean,clean,post-clean

site由四个goal组成:pre-site,site,post-site,site-deploy

default有多个goal组成：主要包括compile,prepare-package,package,install,deploy等

主要是用来指定插件在哪个阶段执行，在pom.xml的<build>下的<plugins>下的<plugin>下的<groupId>下的<artifactId>下的<executions>下的<execution>下的<goals>下的<goal>中指定

• 生命周期参考
• clean

　　　　　　预清洁（pre-clean） 执行实际项目清理之前所需的流程
　　　　　　清洁（clean） 删除以前构建生成的所有文件
　　　　　　后清洁（post-clean） 执行完成项目清理所需的流程

• default

　　　　　　验证（validate） 验证项目是正确的，所有必要的信息可用。
　　　　　　初始化（initialize） 初始化构建状态，例如设置属性或创建目录。
　　　　　　产生来源（generate-sources） 生成包含在编译中的任何源代码。
　　　　　　流程源（process-sources） 处理源代码，例如过滤任何值。
　　　　　　生成资源（generate-resources） 生成包含在包中的资源。
　　　　　　流程资源（process-resources） 将资源复制并处理到目标目录中，准备打包。
　　　　　　编译（compile） 编译项目的源代码。
　　　　　　工艺类（process-classes） 从编译后处理生成的文件，例如对Java类进行字节码增强。
　　　　　　生成测试来源（generate-test-sources） 生成包含在编译中的任何测试源代码。
　　　　　　流程测试来源（process-test-sources） 处理测试源代码，例如过滤任何值。
　　　　　　生成测试资源（generate-test-resources） 创建测试资源。
　　　　　　流程测试资源（process-test-resources） 将资源复制并处理到测试目标目录中。
　　　　　　测试编译（test-compile） 将测试源代码编译到测试目标目录中
　　　　　　流程检验类（process-test-classes） 从测试编译中处理生成的文件，例如对Java类进行字节码增强。对于Maven 2.0.5及以上版本。
　　　　　　测试（test） 使用合适的单元测试框架运行测试。这些测试不应该要求代码被打包或部署。
　　　　　　制备包（prepare-package） 在实际包装之前，执行必要的准备包装的操作。这通常会导致打包的处理版本的包。（Maven 2.1及以上）
　　　　　　打包（package） 采取编译的代码，并以其可分发的格式（如JAR）进行打包。
　　　　　　预集成测试（pre-integration-test） 在执行集成测试之前执行所需的操作。这可能涉及诸如设置所需环境等。
　　　　　　集成测试（integration-test） 如果需要，可以将该包过程并部署到可以运行集成测试的环境中。
　　　　　　整合后的测试（post-integration-test） 执行集成测试后执行所需的操作。这可能包括清理环境。
　　　　　　校验（verify） 运行任何检查以验证包装是否有效并符合质量标准。
　　　　　　安装（install） 将软件包安装到本地存储库中，以作为本地其他项目的依赖关系。
　　　　　　部署（deploy） 在集成或发布环境中完成，将最终软件包复制到远程存储库，以与其他开发人员和项目共享。

• site

　　　　　　预网站（pre-site） 在实际的项目现场生成之前执行所需的进程
　　　　　　网站（site） 生成项目的站点文档
　　　　　　后网站（post-site） 执行完成站点生成所需的进程，并准备站点部署
　　　　　　网站部署（site-deploy） 将生成的站点文档部署到指定的Web服务器

• 命令

比如执行命令mvn install,此命令在执行安装之前按顺序（验证（validate），编译（compile），打包（package）等）执行每个默认生命周期阶段。在这种情况下，您只需要调用最后一个构建阶段来执行，安装（install）。

也可以组装命令，mvn clean deploy，将工程清理、构建并部署到共享存储库中。

 

先写这些。

 

 

本人萌新，如有错误，望请指正，不胜感激！