根据黑马程序员的课程资料整理所得，仅用于学习使用，如有侵权，请联系删除

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即可.

原文链接：https://blog.csdn.net/qq_62656514/article/details/127323520

Maven进阶

Maven_1_分模块开发

分模块开发步骤

Maven_2_依赖管理

1.依赖传递与冲突问题

2.可选依赖和排除依赖

1.可选依赖

2.排除依赖

Maven_3_聚合和继承

1.为什么需要聚合

2.实现聚合步骤

3.继承的作用

4.实现继承

5.聚合与继承的区别

Maven_3_属性

1.属性作用

1.作用

2.解决步骤

1.父工程中定义属性

2.修改依赖的version,例如:

2.配置文件加载属性

1.资源文件引用属性

2.maven中属性简单介绍

3.版本管理介绍

maven_4_多环境开发

1.多环境开发与应用

2.跳过测试

Maven_5_私服

1.下载安装

2. 私服仓库分类

3.本地仓库访问私服配置

4.私服资源上传与下载

你可能也喜欢