在一次需求迭代中，同事要求我把写好的RPC接口打好包上传到公司私服上，我人直接当场懵逼住了。 ![](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/055fbf8439c94ce18f85630fb4832be5~tplv-k3u1fbpfcp-zoom-1.image#?w=287\&h=287\&s=944343\&e=gif\&f=25\&b=d1bfb4) 突然发现自己对于Maven仅仅是处于最基础的使用阶段，不仅不知道背后的一些原理，甚至连一些常见的概念都不是很清晰，仅仅会使用Maven构建项目，引入依赖，打包等最基础的操作，所以连忙补补课，成功完成了需求，并且在此处总结一下Maven中稍微进阶一点的知识。 ## 依赖依赖是我们在使用Maven构建项目时最常使用的功能，通过依赖标签，我们可以直接从Maven仓库中引入对应的Jar包，无需手动再将Jar添加到目录下了，可谓是十分方便，不过我们除了使用，还需要考虑多模块下依赖之间的关系。 ### 依赖配置这个大家应该都很熟悉了，通过``标签引入Maven依赖 ```xml javax.servlet javax.servlet-api ``` 引入依赖之后，刷新一下Maven依赖就可以引入相关的Jar包了。 ### 依赖传递依赖具有传递性，当我们引入了一个依赖的时候，就会自动引入该依赖引入的所有依赖，依次往下引入所有依赖。比如我们引入了Druid数据库连接池的SpringBoot-Starter，那么就会自动引入一些依赖 ![image-20220511212623069](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/ad85ad1b19134ad88d099a6457506c24~tplv-k3u1fbpfcp-zoom-1.image#?w=624\&h=259\&s=21110\&e=png\&b=21252b) 如图，我们仅仅引入了druid-spring-boot-starter依赖，就自动引入了该依赖依赖的依赖。总而言之就是套娃就完事了。我们将这三个依赖称为间接引入的依赖，而我们在``标签中引入的依赖称为直接依赖，那么如果这两个重复了并且版本不一样的话会怎么办呢，最后引入的到底是哪个版本呢，还是说都会引入呢？如果重复了，遵从以下规则 ![image-20220511213047369](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/02d2e3313a9d42c5a7bbf01bbd638841~tplv-k3u1fbpfcp-zoom-1.image#?w=1538\&h=759\&s=185887\&e=png\&b=fefefe) 简单来说，就是越在外层的优先级越高，如果同级的就按照配置顺序，配置顺序靠后的覆盖配置顺序靠前的。 ### 可选依赖可选依赖指对外隐藏当前所依赖的资源 ```xml junit junit 4.12 true ``` 配置了该选项之后，间接依赖就失效了。 ### 排除依赖排除依赖指主动断开间接依赖的资源 ```xml junit junit 4.12 org.hamcrest hamcrest-core ``` 配置了该选项之后，间接依赖也会失效。排除依赖和可选依赖的区别：可选依赖是依赖提供者设置的，比如我们引入了Durid，那么该选项由Durid开发者设置排除依赖由依赖引入者设置，比如我们引入了Durid，那么我们可以设置该选项 ### 依赖范围依赖的jar默认情况可以在任何地方使用，可以通过scope标签来改变依赖的作用范围。 ![image-20220511215229028](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/1e7bf064ea0b4dbfa5dbf9905275ca76~tplv-k3u1fbpfcp-zoom-1.image#?w=1499\&h=771\&s=110186\&e=png\&b=fefefe) 主代码指的是main文件夹下的代码，测试代码指的是test文件夹下的代码（就那个绿色的玩意），打包指的是maven package指令执行时是否将Jar包打包。其实如果我们偷懒的话，全部都默认也不是不可能，不过为了我们程序代码的可读性与简洁性，还是按照规范来比较好。 ## 生命周期与插件 ### 项目构建生命周期 Maven项目构建生命周期描述的是一次构建过程经历了多少个事件，我们可以把生命周期当成一个人的年龄。 Maven将生命周期划分为三个大阶段，类似于人类的婴儿，青年，入土 * clean：清理工作 * default：核心工作，例如编译，测试，打包，部署 * site：产生报告，发布站点第一个和第三个周期比较简单，我们重点介绍一下default阶段先上一张劝退图 ![image-20220511220127441](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/69052267ebe04a029d13b5142a0632b0~tplv-k3u1fbpfcp-zoom-1.image#?w=1547\&h=782\&s=299826\&e=png\&b=fefdfd) 以上就是defalut阶段完整的生命周期，其中标红的地方，是几个比较重要的周期，在Idea的Maven工具中也能体现出来 ![image-20220511220227426](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/59a3b2989ba44dabb58be55366078ac4~tplv-k3u1fbpfcp-zoom-1.image#?w=617\&h=254\&s=11386\&e=png\&b=21252b) 当我们在Idea中点击这几个生命周期时，Maven会自动将之前所有的生命周期都执行到，就类似于如果我18岁了，那么我肯定经历过8岁。 ### 插件插件就是Idea中Maven工具的Plugins部分 ![image-20220511220919025](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/c8ef2d06cdcc4cbd8ff9c4a22e00d2b9~tplv-k3u1fbpfcp-zoom-1.image#?w=616\&h=260\&s=29313\&e=png\&b=21252b) 通过pom文件中的``标签引入新的插件 ```xml org.apache.maven.plugins maven-compiler-plugin 3.1 1.8 1.8 UTF-8 ``` 那么什么是插件呢？ * **插件与生命周期内的阶段绑定**，在**执行到对应生命周期时执行对应的插件功能** * 默认maven在各个生命周期上绑定有预设的功能 * 通过插件可以自定义其他功能 ```xml org.apache.maven.plugins maven-source-plugin 2.2.1 jar generate-test-resources ``` 上述自定义插件的作用指的是在generate-test-resources生命周期执行打jar包的操作。其实简单的说，生命周期就是一个人的年龄阶段，而插件就是每个人在每个年龄需要做的事情总结：

Maven将一个项目构建的过程分为一长串连续的生命周期，在对应的生命周期会通过插件完成对应的事件，通过使用Maven的生命周期，我们可以获得我们需要的功能，可能是打jar包，可能是安装到本地仓库，可能是部署到私服。 ## 模块聚合当使用Maven进行多模块开发的时候，有可能出现A模块依赖B模块，B模块依赖C模块，那么我们如果想对A模块打包，那么就要先打包C模块，再打包B模块，最后打包A模块才能成功，否则会报错，并且，如果C模块更新了，我们也要手动更新所有依赖C模块的模块，这样是及不方便的，Maven为了更好的进行多模块开发，提供了模块聚合的功能。作用：**聚合用于快速构建Maven工程，一次性构建多个项目/模块** * 使用步骤，我们用开源项目ruoyi的项目结构来看一下聚合在ruoyi中的使用 1. ![image-20220512093658401](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/981ed258bd214506955ff84e4053aaa1~tplv-k3u1fbpfcp-zoom-1.image#?w=481\&h=276\&s=13601\&e=png\&b=21252b) 2. RuoYi-Vue父模块的pom文件 ```xml ruoyi-admin ruoyi-framework ruoyi-system ruoyi-quartz ruoyi-generator ruoyi-common pom ``` 3. 直接对打包类型为pom的模块进行生命周期的管理，Maven会自动帮我们管理聚合的所有模块的生命周期，操作顺序跟依赖顺序有关系。 ## 模块继承还是在多模块项目开发中，多个子模块可能会引入相同的依赖，但是他们有可能会各自使用不同的版本，版本问题，有可能会导致最后构建的项目出问题，所以我们需要一种机制，来约定子模块的相关配置，于是就有了模块继承作用：通过继承可以实现在子工程中沿用父工程中的配置实现步骤：还是以ruoyi为例 1. 在子工程中声明其父工程坐标与对应的位置 ```xml ruoyi com.ruoyi 3.8.1 ``` 2. 在父工程中定义依赖管理 ```xml org.springframework.boot spring-boot-dependencies 2.5.8 pom import com.alibaba druid-spring-boot-starter ${druid.version} org.mybatis.spring.boot mybatis-spring-boot-starter ${mybatis-spring-boot.version} com.github.pagehelper pagehelper-spring-boot-starter ${pagehelper.boot.version} ``` 3. 定义完成之后，子工程相关的依赖就无需定义版本号，会直接使用父工程的版本号 ```xml com.github.pagehelper pagehelper-spring-boot-starter ``` 继承除了依赖版本号之外，还会继承一些资源，如下图 ![image-20220512095525614](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/b08e0002ab0d4b60a4fdb36ce864b8aa~tplv-k3u1fbpfcp-zoom-1.image#?w=1292\&h=573\&s=157899\&e=png\&b=fefefe) ## 属性在Maven中，对于有些依赖可能需要保证相同的版本，比如Spring相关依赖，那么我们就需要一个机制来保证这些依赖的版本都相同，我们可以使用Maven中的属性，类似编程语言的全局变量。 Maven中有很多属性： 1. 自定义属性 2. 内置属性 3. Setting属性 4. Java系统属性 5. 环境变量属性此处我们重点讲解一下 ### 自定义属性作用：将一些字符串定义为变量，方便统一维护使用步骤：还是以ruoyi为例 1. 定义自定义属性 ```xml 3.8.1 ``` 2. 调用：\${xxx.yyy} ```xml com.ruoyi ruoyi ${ruoyi.version} ``` ### 内置属性作用：使用Maven内置属性，快速配置一些文件 ```xml ${basedir} ${version} ``` ### Setting属性作用：使用Maven配置文件setting.xml中的标签属性，用于动态配置 ```xml ${settings.localRepository} ``` ### Java系统属性作用：读取Java系统属性调用格式 ${user.home} 系统属性查询方式 mvn help:system ### 环境变量属性作用：使用Maven环境变量 ${env.JAVA_HOME} ## 版本管理对于我们的项目来说，如果我们将其放到一些Maven仓库中，那么就需要对其进行版本控制，我们可以看一下一些开源项目的Maven官网上的版本。 ![image-20220512102131360](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/cd8710bbf2af46bebc408a2ca6640ff6~tplv-k3u1fbpfcp-zoom-1.image#?w=1344\&h=613\&s=54522\&e=png\&b=fdfdfd) pom文件配置 ```xml 1.0.0.RELEASE ``` 工程版本号约定 ![image-20220512104407356](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/ba5c918986b34722b33e39cc2b399b90~tplv-k3u1fbpfcp-zoom-1.image#?w=1076\&h=537\&s=90444\&e=png\&b=fefefe) 工程版本 ![image-20220512104610021](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/0822aeb2e90c4d6e8b2be146c89a3627~tplv-k3u1fbpfcp-zoom-1.image#?w=1105\&h=493\&s=100060\&e=png\&b=fefefe) ## 环境配置一个项目，开发环境、测试环境、生产环境的配置文件必然不同，那么Maven就需要进行多环境配置管理 Maven多环境对应Idea中Maven工具的Profiles ![image-20220512104922780](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/a6a4e72e47fd42769418846f9733df8b~tplv-k3u1fbpfcp-zoom-1.image#?w=609\&h=213\&s=7194\&e=png\&b=23272d) 配置文件：通过``配置文件配置，一个profile代表一个可选项 ```xml local local debug dev dev debug true test test debug prod prod warn ``` 然后我们在application.yml配置文件中设置即可，之后通过设置maven的profiles，就可以动态调整环境了。 ![image-20220512110010056](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d6599df60b794dfa81367411d983587f~tplv-k3u1fbpfcp-zoom-1.image#?w=345\&h=219\&s=20874\&e=png\&b=292d35) ## 私服 Maven私服指的是企业自己搭建的Maven仓库，通过Maven私服，第三方组织可以把自己组织内部的Maven依赖安装到私服上，提供给组织内部使用，搭建完私服之后，通过配置Maven，我们不止可以从中央仓库中获取Maven依赖，还可以从私服中获取Maven依赖。下图是获取资源的过程，中央仓库的资源会从中央仓库获取，其他资源会从私服仓库获取 ![](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/5d094a30421f4b198bd4a62aea7b2ef8~tplv-k3u1fbpfcp-zoom-1.image#?w=1421\&h=658\&s=94873\&e=png\&b=fefefe) ### 私服搭建通过Nexus搭建私服 Nexus是Sonatype公司的一款Maven私服产品下载地址：[Download (sonatype.com)](https://help.sonatype.com/repomanager3/product-information/download) ![image-20220512112052630](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/77e2b542d04643b4b53c059d2847c6c4~tplv-k3u1fbpfcp-zoom-1.image#?w=1286\&h=515\&s=84298\&e=png\&b=f3f3f3) ### 私服仓库介绍安装好之后我们来看一下私服默认的仓库列表 ![image-20220512112134176](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/4e7e518c40254c3796b6eab727a6da35~tplv-k3u1fbpfcp-zoom-1.image#?w=1923\&h=922\&s=99019\&e=png\&b=f4f4f4) 可以将这些仓库分为三大类 * **宿主仓库hosted**：保存无法从中央仓库获取的资源 * 自主研发 * 第三方非开源项目 * **代理仓库proxy** * 代理远程仓库，通过nexus访问其他公共仓库 * **仓库组**：将若干个仓库组成一个群组，简化配置，它仅仅是一种配置，不是真实的仓库 * 比如我们可以将二课项目相关的依赖放到一个仓库组中，将抽奖项目的依赖放到一个仓库组中创建私服仓库点击create repository

选择maven2（hosted） ![image-20220512124926302](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/e707ecf9003941d592fb3cc01e962538~tplv-k3u1fbpfcp-zoom-1.image#?w=305\&h=94\&s=5219\&e=png\&b=fcfcfc) 填入仓库名称

创建完之后在仓库列表可见，将新建的仓库加入maven-public仓库组，之后通过该仓库组的url访问 ![image-20220512125248166](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/fd3a12c95dc94092acb886a27849560a~tplv-k3u1fbpfcp-zoom-1.image#?w=382\&h=339\&s=16949\&e=png\&b=f7f7f7) 点击maven-public仓库组

### 本地仓库访问私服配置配置本地仓库访问私服的权限（setting.xml文件），如果你想从这个仓库中获取或者部署资源，那么就需要server配置来验证权限，此处可以是不同的账号密码，不同的用户对于仓库的权限也不同。 **配置Servers** ```xml ticknet-release admin admin ticknet-snapshots admin admin ``` **配置setting.xml的Profiles** ```xml artifactory false repo repo xxxx snapshots snapshots-only xxxx ``` 此处的URL通过 ![image-20220512151244007](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/b7efdb8700834806988f06c8e514b494~tplv-k3u1fbpfcp-zoom-1.image#?w=1614\&h=23\&s=3998\&e=png\&b=f9f9f9) 这个copy按钮获取。 **配置激活profiles** ```xml artifactory ``` 之后就可以从私服获取资源了 ### 上传资源到私服配置项目pom文件 ```xml ticknet-release http://localhost:8081/repository/ticknet-release/ ticknet-snapshots http://localhost:8081/repository/ticknet-release/ ``` 配置完执行生命周期的deploy即可 OK，大功告成。