根据黑马程序员的课程资料整理所得,仅用于学习使用,如有侵权,请联系删除
Maven进阶
Maven_1_分模块开发
- 分模块开发意义:将原始模块按照功能拆分成若干个子模块,方便模块间的相互调用,接口共享
分模块开发步骤
-
创建maven模块
-
书写模块代码
- 分模块开发需要先针对模块功能进行设计,再进行编码.不会先将工程开发完毕,然后再进行拆分
- 通过maven指令安装模块到本地仓库(install 指令)
- 团队内部开发需要发布模块功能到团队内部可共享的仓库中(私服),私服我们后面会讲解。
Maven_2_依赖管理
1.依赖传递与冲突问题
-
在项目所依赖的这些jar包中,有一个比较大的区别就是有的依赖前面有箭头
>
,有的依赖前面没有 -
打开前面的箭头,你会发现这个jar包下面还包含有其他的jar包,并发现有两个druid的依赖被加载到Dependencies中
-
在这两个依赖中,即便删去直接引用的依赖(第二个),程序也是可以正常运行的,这个特性就是依赖传递
说明:A代表自己的项目;B,C,D,E,F,G代表的是项目所依赖的jar包;D1和D2 E1和E2代表是相同jar包的不同版本
(1) A依赖了B和C,B和C有分别依赖了其他jar包,所以在A项目中就可以使用上面所有jar包,这就是所说的依赖传递
(2) 依赖传递有直接依赖和间接依赖
- 相对于A来说,A直接依赖B和C,间接依赖了D1,E1,G,F,D2和E2
- 相对于B来说,B直接依赖了D1和E1,间接依赖了G
- 直接依赖和间接依赖是一个相对的概念
(3)因为有依赖传递的存在,就会导致jar包在依赖的过程中出现冲突问题,而maven是通过设置优先级的方式来解决冲突的,而优先级有以下三种:
-
特殊优先:当同级配置了相同资源的不同版本,后配置的覆盖先配置的。
-
路径优先:当依赖中出现相同的资源时,层级越深,优先级越低,层级越浅,优先级越高
- A通过B间接依赖到E1
- A通过C间接依赖到E2
- A就会间接依赖到E1和E2,Maven会按照层级来选择,E1是2度,E2是3度,所以最终会选择E1
-
声明优先:当资源在相同层级被依赖时,配置顺序靠前的覆盖配置顺序靠后的
- A通过B间接依赖到D1
- A通过C间接依赖到D2
- D1和D2都是两度,这个时候就不能按照层级来选择,需要按照声明来,谁先声明用谁,也就是说B在C之前声明,这个时候使用的是D1,反之则为D2
查看依赖关系:点击Maven面板中的
show Dependencies
2.可选依赖和排除依赖
1.可选依赖
- 可选依赖指对外隐藏当前所依赖的资源—不透明
<dependency>
<groupId>...</groupId>
<artifactId>maven_03_pojo</artifactId>
<version>1.0-SNAPSHOT</version>
<!--可选依赖是隐藏当前工程所依赖的资源,隐藏后对应资源将不具有依赖传递-->
<optional>true</optional>
<!-- 其它工程将无法引用 maven_03_pojo中的内容-->
</dependency>
2.排除依赖
- 排除依赖指主动断开依赖的资源,被排除的资源无需指定版本—不需要
<dependency>
<groupId>com.itheima</groupId>
<artifactId>maven_04_dao</artifactId>
<version>1.0-SNAPSHOT</version>
<!--排除依赖是隐藏当前资源对应的依赖关系-->
<exclusions>
<exclusion>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
</exclusion>
</exclusions>
</dependency>
Maven_3_聚合和继承
1.为什么需要聚合
- 分模块开发后,需要将这四个项目都安装到本地仓库,目前我们只能通过项目Maven面板的
install
来安装,并且需要安装四个,如果我们的项目足够多,那么一个个安装起来还是比较麻烦的 - 如果四个项目都已经安装成功,当ssm_pojo发生变化后,我们就得将ssm_pojo重新安装到maven仓库,但是为了确保我们对ssm_pojo的修改不会影响到其他项目模块,我们需要对所有的模块进行重新编译,那又需要将所有的模块再来一遍
此时,就需要用到聚合
- 所谓聚合:将多个模块组织成一个整体,同时进行项目构建的过程称为聚合
- 聚合工程:通常是一个不具有业务功能的"空"工程(有且仅有一个pom文件)
- 作用:使用聚合工程可以将多个工程编组,通过对聚合工程进行构建,实现对所包含的模块进行同步构建
- 当工程中某个模块发生更新(变更)时,必须保障工程中与已更新模块关联的模块同步更新,此时可以使用聚合工程来解决批量模块同步构建的问题。
2.实现聚合步骤
- 创建一个空的maven项目
- 将新建项目的打包方式改为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>...</groupId>
<artifactId>maven_01_parent</artifactId>
<version>1.0-RELEASE</version>
<packaging>pom</packaging>
</project>
- pom.xml添加所要管理的项目
<!--设置管理的模块名称-->
<modules>
<module>../maven_02_ssm</module>
<module>../maven_03_pojo</module>
<module>../maven_04_dao</module>
</modules>
- 使用聚合统一管理项目
3.继承的作用
- 所谓继承:描述的是两个工程间的关系,与java中的继承相似,子工程可以继承父工程中的配置信息,常见于依赖关系的继承。
- 作用:
- 简化配置
- 减少版本冲突
4.实现继承
- 创建一个空的Maven项目并将其打包方式设置为pom
- 在子项目中设置其父工程,例如
<!--配置当前工程继承自parent工程-->
<parent>
<groupId>...</groupId>
<artifactId>maven_01_parent</artifactId>
<version>1.0-RELEASE</version>
<!--设置父项目pom.xml位置路径-->
<relativePath>../maven_01_parent/pom.xml</relativePath>
</parent>
-
优化子项目共有依赖导入问题
-
将子项目共同使用的jar包都抽取出来,维护在父项目的pom.xml中
-
删除子项目中已经被抽取到父项目的pom.xml中的jar包
-
-
优化子项目依赖版本问题
-
如果把所有用到的jar包都管理在父项目的pom.xml,看上去更简单些,但是这样就会导致有很多项目引入了过多自己不需要的jar包,那针对于这种部分项目有的jar包,我们进行如下优化
- 在父工程mavne_01_parent的pom.xml来定义依赖管理,例如
<!--定义依赖管理--> <dependencyManagement> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <scope>test</scope> </dependency> </dependencies> </dependencyManagement>
- 将子项目的pom.xml中的junit依赖修改
- 注意:这里就不需要添加版本了,这样做的好处就是当父工程dependencyManagement标签中的版本发生变化后,子项目中的依赖版本也会跟着发生变化
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <scope>test</scope> </dependency>
5.聚合与继承的区别
两种之间的作用:
- 聚合用于快速构建项目,对项目进行管理
- 继承用于快速配置和管理子项目中所使用jar包的版本
聚合和继承的相同点:
- 聚合与继承的pom.xml文件打包方式均为pom,可以将两种关系制作到同一个pom文件中
- 聚合与继承均属于设计型模块,并无实际的模块内容
聚合和继承的不同点:
- 聚合是在当前模块中配置关系,聚合可以感知到参与聚合的模块有哪些
- 继承是在子模块中配置关系,父模块无法感知哪些子模块继承了自己
Maven_3_属性
1.属性作用
1.作用
- 当我们在pom.xml文件中更新版本时,可能需要更新多个jar包的版本,这样的话还是有可能出现漏改导致程序出问题,而且改起来也是比较麻烦,为了解决这个问题,我们会声明一个变量,在其他地方使用该变量,当变量的值发生变化后,所有使用变量的地方,就会跟着修改,即:
2.解决步骤
1.父工程中定义属性
<properties>
<spring.version>5.2.10.RELEASE</spring.version>
<junit.version>4.12</junit.version>
<mybatis-spring.version>1.3.0</mybatis-spring.version>
</properties>
2.修改依赖的version,例如:
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>${spring.version}</version>
</dependency>
2.配置文件加载属性
1.资源文件引用属性
- 父工程定义属性
<properties>
<jdbc.url>jdbc:mysql://127.1.1.1:3306/ssm_db</jdbc.url>
</properties>
- 设置maven过滤文件范围
<!-- 方式一-->
<build>
<resources>
<!--设置资源目录-->
<resource>
<directory>../maven_02_ssm/src/main/resources</directory>
<!--设置能够解析${},默认是false -->
<filtering>true</filtering>
</resource>
</resources>
</build>
<!-- 方式二-->
<build>
<resources>
<!--
${project.basedir}: 当前项目所在目录,子项目继承了父项目,
相当于所有的子项目都添加了资源目录的过滤
-->
<resource>
<directory>${project.basedir}/src/main/resources</directory>
<filtering>true</filtering>
</resource>
</resources>
</build>
- jdbc.properties文件中引用属性
jdbc.url=${jdbc.url}
- 将项目打成war包,观察打包结果中最终生成的内容是否为Maven中配置的内容,例如
解决打包过程中报没有web.xml的错误
- 方法一:添加web.xml的文件在web-inf目录下
- 方法二:配置maven打包war时,忽略web.xml检查
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<version>3.2.3</version>
<configuration>
<failOnMissingWebXml>false</failOnMissingWebXml>
</configuration>
</plugin>
</plugins>
</build>
2.maven中属性简单介绍
- 在cmd命令行中输入
mvn help:system
查看这些属性
- 具体使用,就是使用
${key}
来获取,key为等号左边的,值为等号右边的,比如获取红线的值,对应的写法为${java.runtime.name}
。
3.版本管理介绍
在我们jar包的版本定义中,有两个工程版本用的比较多:
- SNAPSHOT(快照版本)
- 项目开发过程中临时输出的版本,称为快照版本
- 快照版本会随着开发的进展不断更新
- RELEASE(发布版本)
- 项目开发到一定阶段里程碑后,向团队外部发布较为稳定的版本,这种版本所对应的构件文件是稳定的
- 即便进行功能的后续开发,也不会改变当前发布版本内容,这种版本称为发布版本
除了上面的工程版本,我们还经常能看到一些发布版本:
- alpha版:内测版,bug多不稳定内部版本不断添加新功能
- beta版:公测版,不稳定(比alpha稳定些),bug相对较多不断添加新功能
- 纯数字版
我们可以通过Maven仓库地址来查询版本
maven_4_多环境开发
1.多环境开发与应用
- 父工程配置多个环境,并指定默认激活环境
<profiles>
<profile>
<id>环境名称</id>
<properties>
<key>value</key>
</properties>
<!--设定是否为默认启动环境-->
<activation>
<activeByDefault>true</activeByDefault>
</activation>
</profile>
...
</profiles>
-
执行安装查看env_dep环境是否生效
-
进行多环境切换
mvn 指令 -P 环境定义ID[环境定义中获取]
2.跳过测试
方法一:这种方式最简单,但是有点"暴力",会把所有的测试都跳过,如果我们想更精细的控制哪些跳过哪些不跳过,就需要使用配置插件的方式。
方法二:配置插件实现跳过测试
<build>
<plugins>
<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.12.4</version>
<configuration>
<skipTests>false</skipTests>
<!--skipTests:如果为true,则跳过所有测试,如果为false,则不跳过测试-->
<!--excludes:哪些测试类不参与测试,即排除,针对skipTests为false来设置的-->
<!--includes: 哪些测试类要参与测试,即包含,针对skipTests为true来设置的-->
<!--排除掉不参与测试的内容-->
<excludes>
<exclude>**/BookServiceTest.java</exclude>
</excludes>
</configuration>
</plugin>
</plugins>
</build>
方法三:命令行跳过测试
使用Maven的命令行,mvn 指令 -D skipTests
Maven_5_私服
1.下载安装
- 下载:私服是一台独立的服务器,用于解决团队内部的资源共享与资源同步问题
搭建Maven私服的方式有很多,我们来介绍其中一种使用量比较大的实现方式:
- Nexus
- Sonatype公司的一款maven私服产品
- 下载地址:https://help.sonatype.com/repomanager3/download
- 解压安装
- 将下载的文件解压到一个空目录下。
- 启动nexus
使用cmd进入到解压目录下的nexus-3.30.1-01\bin
,执行如下命令:
nexus.exe /run nexus
看到如下内容,说明启动成功
- 浏览器访问
访问地址为:
http://localhost:8081
-
首次登录重置密码点击
Sign in
- 用户名为admin
- 密码到指定地址找
- 登录成功后,出现如下界面
- 设置新密码:
- 允许匿名访问
-
点击finish
-
至此私服就安装成功。如果要想修改一些基础配置信息,可以使用:
- 修改基础配置信息
- 安装路径下etc目录中nexus-default.properties文件保存有nexus基础配置信息,例如默认访问端口。
- 修改服务器运行配置信息
- 安装路径下bin目录中nexus.vmoptions文件保存有nexus服务器启动对应的配置信息,例如默认占用内存空间。
2. 私服仓库分类
- 私服资源操作流程分析:
-
在没有私服的情况下,我们自己创建的服务都是安装在Maven的本地仓库中
-
私服中也有仓库,我们要把自己的资源上传到私服,最终也是放在私服的仓库中
-
其他人要想使用你所上传的资源,就需要从私服的仓库中获取
-
当我们要使用的资源不是自己写的,是远程中央仓库有的第三方jar包,这个时候就需要从远程中央仓库下载,每个开发者都去远程中央仓库下速度比较慢(中央仓库服务器在国外)
-
私服就再准备一个仓库,用来专门存储从远程中央仓库下载的第三方jar包,第一次访问没有就会去远程中央仓库下载,下次再访问就直接走私服下载
-
前面在介绍版本管理的时候提到过有
SNAPSHOT
和RELEASE
,如果把这两类的都放到同一个仓库,比较混乱,所以私服就把这两个种jar包放入不同的仓库 -
上面我们已经介绍了有三种仓库,一种是存放
SNAPSHOT
的,一种是存放RELEASE
还有一种是存放从远程仓库下载的第三方jar包,那么我们在获取资源的时候要从哪个仓库种获取呢? -
为了方便获取,我们将所有的仓库编成一个组,我们只需要访问仓库组去获取资源。
所有私服仓库总共分为三大类:
3.本地仓库访问私服配置
- 我们通过IDEA将开发的模块上传到私服,中间是要经过本地Maven的
- 本地Maven需要知道私服的访问地址以及私服访问的用户名和密码
- 私服中的仓库很多,Maven最终要把资源上传到哪个仓库?
- Maven下载的时候,又需要携带用户名和密码到私服上找对应的仓库组进行下载,然后再给IDEA
我们需要在本地Maven的配置文件settings.xml
中进行配置。
- 私服上配置仓库
说明:
-
第5,6步骤是创建itheima-snapshot仓库
-
第7,8步骤是创建itheima-release仓库
- 配置本地Maven对私服的访问权限
- 找到Maven\apache-maven-3.6.2\conf下的setting.xml添加以下配置
<servers>
<server>
<id>jiuyou-snapshot</id>
<username>admin</username>
<password>admin</password>
</server>
<server>
<id>jiuyou-release</id>
<username>admin</username>
<password>admin</password>
</server>
</servers>
- 配置私服的访问路径
<mirrors>
<mirror>
<!--配置仓库组的ID-->
<id>maven-public</id>
<!--*代表所有内容都从私服获取-->
<mirrorOf>*</mirrorOf>
<!--私服仓库组maven-public的访问路径-->
<url>http://localhost:8081/repository/maven-public/</url>
</mirror>
</mirrors>
- 为了避免阿里云Maven私服地址的影响,建议先将之前配置的阿里云Maven私服镜像地址注释掉,等练习完后,再将其恢复。
至此本地仓库就能与私服进行交互了。
4.私服资源上传与下载
- 本地仓库与私服已经建立了连接,接下来我们就需要往私服上上传资源和下载资源,具体的实现步骤为:
- 配置工程上传私服的具体位置
<!--配置当前工程保存在私服中的具体位置-->
<distributionManagement>
<repository>
<!--和maven/settings.xml中server中的id一致,表示使用该id对应的用户名和密码-->
<id>jiuyou-release</id>
<!--release版本上传仓库的具体地址-->
<url>http://localhost:8081/repository/jiuyou-release/</url>
</repository>
<snapshotRepository>
<!--和maven/settings.xml中server中的id一致,表示使用该id对应的用户名和密码-->
<id>jiuyou-snapshot</id>
<!--snapshot版本上传仓库的具体地址-->
<url>http://localhost:8081/repository/jiuyou-snapshot/</url>
</snapshotRepository>
</distributionManagement>
- 发布资源到私服
或者执行Maven命令mvn deploy
注意
要发布的项目都需要配置distributionManagement
标签,要么在自己的pom.xml中配置,要么在其父项目中配置,然后子项目中继承父项目即可。
-
发布成功,在私服中就能看到:
如果私服中没有对应的jar,会去中央仓库下载,速度很慢。可以配置让私服去阿里云中下载依赖。
最后save即可.