Maven简介
传统项目管理状态分析
- jar包不统一,jar包不兼容
- 工程升级维护过程操作繁琐
- …
Maven是什么
- Maven的本质是一个项目管理工具,将项目开发和管理过程抽象成一个项目对象模型(POM)
- POM(Project Object Model):项目对象模型
Maven的作用
- 项目构建:提供标准的、跨平台的自动化项目构建方式
- 依赖管理:方便快捷的管理项目依赖的资源(jar包),避免资源间的版本冲突问题
- 统一开发结构:提供标准的、统一的项目结构
下载与安装
下载
- 下载地址:https://maven.apache.org/download.cgi
- 下载最新的3.8.3版本安装包(tar 是Linux, zip是Windows, Source是Maven项目的源码)。
Maven安装
- Maven属于绿色版软件,解压即安装
- 解压到本地
Maven环境变量配置
- 依赖Java,需要配置JAVA_HOME
- 设置MAVEN自身的运行环境,需要配置MAVEN_HOME
打开命令行,输入:mvn - version
出现下面信息说明设置成功。
Maven基础概念 (重点)
仓库
- 仓库:用于存储资源,包含各种jar包
- 仓库分类:
- 本地仓库:自己电脑上存储资源的仓库,连接远程仓库获取资源
- 远程仓库:非本机电脑上的仓库,为本地仓库提供资源
- 中央仓库:Maven团队维护,存储所有资源的仓库
- 私服:部门/公司范围内存储资源的仓库,从中央仓库获取资源
- 私服的作用:
- 保存具有版权的资源,包括购买或自主研发的jar
- 中央仓库的jar都是开源的,不能存储具有版权的资源
- 一定范围内共享资源,仅对内部开放,不对外共享
坐标
- 什么是坐标
- Maven中的坐标用于描述仓库中资源的位置
- Maven仓库 https://repo1.maven.org/maven2/
- 依赖查询 https://mvnrepository.com/
- Maven坐标主要组成
- groupId: 定义当前Maven项目隶属组织名称(通常是域名反写,例如org.mybatis)
- artifactId: 定义当前Maven项目名称(通常是模块名称,例如CRM,SMS)
- version: 定义当前项目版本号
- packing: 定义该项目的打包方式
- Maven坐标的作用
- 使用唯一标识,唯一性定位资源位置,通过该标识可以将资源的识别与下载工作交由机器完成
本地仓库配置
- Maven启动后,会自动保存下载的资源到本地仓库
- D:\Environment\maven\apache-maven-3.8.3-bin\apache-maven-3.8.3/conf/settings.xml文件设置
- 默认位置
<localRepository>${user.home}/.m2/repository</localRepository>
当前目录位置为登录用户名所在目录下的.m2文件夹中 - 自定义位置
<localRepository>D:\Environment\maven\local_repository</localRepository>
当前目录位置为D:\Environment\maven\local_repository文件夹中
- D:\Environment\maven\apache-maven-3.8.3-bin\apache-maven-3.8.3/conf/settings.xml文件设置
远程仓库配置查看
- Maven默认连接的仓库位置
在apache-maven-3.8.3\lib\maven-model-builder-3.8.3.jar\org\apache\maven\model\pom-4.0.0.xml中查看
<repositories>
<repository>
<id>central</id>
<name>Central Repository</name>
<url>https://repo.maven.apache.org/maven2</url>
<layout>default</layout>
<snapshots>
<enabled>false</enabled>
</snapshots>
</repository>
</repositories>
镜像仓库(私服)配置
- 在settings.xml文件中配置阿里云镜像仓库
<!--配置镜像节点-->
<mirror>
<!--此镜像的唯一标识符,用于区分不同的mirror元素-->
<id>aliyunmaven</id>
<!--对哪种仓库进行镜像,简单说就是代替哪个仓库-->
<mirrorOf>central</mirrorOf>
<!--镜像名称-->
<name>阿里云中央仓库</name>
<!--镜像URL-->
<url>https://maven.aliyun.com/repository/central</url>
</mirror>
全局settings.xml和用户settings.xml区别
- 全局setting定义了当前计算机中Maven的公共配置
- 用户setting定义了当前用户的配置
- 在本地仓库同级目录下再创建一个settings.xml文件用作个人配置,个人会覆盖全局
第一个Maven项目(手工制作)(重点)
Maven工程目录结构
- 按照下面目录结构,新建所有文件夹
- 在src同层目录下创建pom.xml
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.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
<!--maven pom的版本号-->
<modelVersion>4.0.0</modelVersion>
<groupId>com.zhx</groupId>
<artifactId>project</artifactId>
<version>1.0.0</version>
<packaging>jar</packaging>
</project>
用模板创建工程 (不用手动创建目录结构)
- 创建命令
mvn archetype:generate
第一个Maven项目(IDEA生成)(重点)
配置Maven
IDEA新建Empty项目,修改Maven配置
原型创建Java项目
将目录补充完整
原型创建Web项目
将目录补充完整
pom.xml添加tomcat运行插件
<!--具体插件设置-->
<plugin>
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<version>2.2</version>
<configuration>
<port>8080</port>
<path>/</path>
</configuration>
</plugin>
依赖管理(重点)
依赖配置
- 依赖指当前项目运行所需的jar,一个项目可以设置多个依赖
- 格式:
<!--当前工程的所有依赖-->
<dependencies>
<!--具体的依赖-->
<dependency>
<!--依赖所属群组-->
<groupId>junit</groupId>
<!--依赖所属项目Id-->
<artifactId>junit</artifactId>
<!--依赖版本号-->
<version>4.11</version>
</dependency>
</dependencies>
依赖传递
- 依赖具有传递性:
- 直接依赖:当前项目中通过依赖配置建立的依赖关系
- 间接依赖:依赖的资源如果依赖其他资源,当前项目间接依赖其他资源
依赖传递冲突问题
- 路径优先:当依赖中出现相同的资源时,层级越深,优先级越低,层级越浅,优先级越高
- 声明优先:当资源在相同层级被依赖时,配置顺序靠前的覆盖配置顺序靠后的
- 特殊优先:直接依赖时配置了两个相同资源的不同版本,后配置的覆盖先配置的。(什么行为???)
可选依赖
- 可选依赖指对外隐藏当前所依赖的资源–不透明
<optional> ture</optional>
java02 junit依赖的隐藏打开,java01看不到java2 junit的依赖
<optional>false</optional>
java02 junit依赖的隐藏关闭,java01能看到java2 junit的依赖
排除依赖
- 将依赖的依赖中不要的资源在导包时就排除
<exclusions>
<exclusion>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</exclusion>
</exclusions>
依赖范围
- 依赖的jar默认情况可以在任何地方使用,可以通过scope标签设定起作用的范围
- 作用范围
- 主程序范围有效(main文件夹范围内)
- 测设程序范围有效(test文件夹内)
- 是否参与打包(package指令范围内)
<scope>compile</scope>
依赖范围传递性 (了解)
- 带有依赖范围的资源进行传递时,作用范围将受到影响
生命周期与插件
项目构建生命周期
- Maven构建生命周期描述的是一次构建过程经历了多少个事件
- Maven对项目构建的生命周期划分为3套
- clean:清理
- default:核心工作,例如编译,测试,打包,部署等
- site: 产生报告,发布站点等
clean生命周期
- pre-clean 执行一些需要在clean执行完成的工作
- clean 移除所有上一次构建生成的文件
- post-clean 执行一些需要在clean之后立刻完成的工作
default构建生命周期
- 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-ploy 将生成的站点文档部署到特定的服务器上
插件
- 插件与生命周期内的阶段绑定,在执行到对应生命周期时执行对应的插件功能。
- 默认maven在各个生命周期上绑定有预设的功能
- 通过插件可以自定义其他功能
Maven官网插件详细
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-source-plugin</artifactId>
<version>3.2.1</version>
<executions>
<execution>
<goals>
<goal>jar</goal>
</goals>
<phase>generate-test-resources</phase>
</execution>
</executions>
</plugin>