最全微服务项目中如何管理依赖版本号？(2)，Java实习面试经验汇总

最后

金三银四马上就到了，希望大家能好好学习一下这些技术点

学习视频：

大厂面试真题：

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

微人事项目的服务端就是一个聚合工程。

我们可以来看下 vhrserver 的 pom.xml 文件：

vhr

org.javaboy

1.0-SNAPSHOT

4.0.0

vhrserver

pom

vhr-mapper

vhr-model

vhr-service

vhr-web

在这个聚合工程中，vhr-model 用来放实体类，vhr-mapper 用来放 Dao 层，vhr-server 用来放 Service 层，vhr-web 则是一个 Spring Boot 工程。

在聚合工程中，vhr-web 作为聚合工程的一部分，是无法独立打包的，因为它依赖 vhr-service，vhr-service 依赖 vhr-mapper ，而 vhr-mapper 则依赖 vhr-model。我们需要从 vhrserver 处打包，这样它会自动解决 module 之间的依赖问题。

单独给 vhr-web 打包会报如下错误：

从 vhrserver 处统一打包，结果如下：

可以看到，我们需要直接打包聚合工程，内部的依赖问题会自动解决。

有人可能会问，既然前面报 Could not find artifact org.javaboy:vhr-service:pom:1.0-SNAPSHOT 错误，那我先把 vhr-service install 到本地仓库，再去打包 vhr-web 行不行？

这个是不行的，因为这是聚合工程，不能这样做，只能从聚合工程处打包。

2.2 统一管理版本号

上面说的聚合工程虽然也能实现版本号的统一管理，但是我们不能在微服务中采用这种方式。

你想一个微服务系统，包含了很多子系统，例如商品管理、交易管理、物流管理等等，要是想给商品管理打包，你还得从聚合工程处打包，打完之后，其他微服务模块也生成了各自的包，这样效率太低了。

但是我们还想实现版本号的统一管理，该怎么办呢？创建父子工程即可。这种项目结构和聚合工程很像，但是不一样，很多小伙伴会搞混，所以这里我来给大家稍微演示一下。

首先我们定义一个普通的 Maven 工程作为父工程，我把 pom.xml 文件拎出来给大家参考下：

org.springframework.boot

spring-boot-starter-parent

2.3.0.RELEASE

pom

org.javaboy.vmall

vmall

1.0-SNAPSHOT

大家可以看到，这个父工程本身也有一个 parent ，就是 Spring Boot 中的 parent。

这里的 packaging 依然是 pom，然后我们定义了 dependencyManagement，将一些不包含在 spring-boot-starter-parent 中的依赖版本进行统一管理。但是大家注意，这里没有 modules 节点，这是一个很大的不同。

接下来，我们创建其他微服务项目，在创建的过程中，可以采用平铺的方式，例如下面这样：

也可以做成有层次结构的父子形式，像下面这样：

最后

做任何事情都要用心，要非常关注细节。看起来不起眼的、繁琐的工作做透了会有意想不到的价值。
当然要想成为一个技术大牛也需要一定的思想格局，思想决定未来你要往哪个方向去走, 建议多看一些人生规划方面的书籍,多学习名人的思想格局，未来你的路会走的更远。

更多的技术点思维导图我已经做了一个整理，涵盖了当下互联网最流行99%的技术点，在这里我将这份导图分享出来，以及为金九银十准备的一整套面试体系，上到集合，下到分布式微服务

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

ING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)收录**

需要这份系统化的资料的朋友，可以点击这里获取