微服务项目搭建，到底要不要聚合工程？

要搞清楚代码如何组织，首先大家要明白微服务架构到底是什么样子！

在微服务架构中，一个完整的项目被拆分成很多独立的微服务，例如一个电商项目，可能分为商品管理、商家管理、用户管理、交易管理、SEO 管理、App 管理、财务管理、系统管理等很多微服务。

这些微服务都是一个个独立的项目，由不同的团队负责开发维护。

不同的团队独立开发、独立维护、独立测试（看情况）、独立上线，这样可以有效提高项目的开发效率。

结合项目的实际情况，不同的团队甚至可以选择不同的技术栈，比如商品管理模块用 Java、交易管理可能用 Go、门户网站可能用 PHP 等等，从微服务架构上来说，这些都是支持的，这也是微服务的优势之一，即同一系统不必拘泥于同一种语言，当然在具体实践中，还需要结合团队的技术栈以及语言的特性来选择。

其实看到这里，你大概就明白了，聚合工程在这里还能不能用了！

2.要不要聚合工程

---

首先从整体上来说，也就是整个项目层面，我们不再需要聚合工程了。聚合工程可以让项目统一打包，解决项目中的依赖问题，还可以对依赖的版本进行统一管理，但是这些特性对微服务项目来说，其实并不重要。

假如商品管理模块用 Java、交易管理用 Go、门户网站用 PHP，那么这三个独立的微服务肯定是没有必要做成一个聚合工程的，你也没法聚合。当然这是一种比较极端的情况，即使不同微服务模块都是使用 Java 语言开发，那也没有必要聚合，因为不同的微服务实际上都是一个个独立运行的项目，由不同的团队开发维护，微服务的一大优势就是各个团队对独立开发，互不影响，如果搞个聚合工程，又把各个团队绑定在一起了。

但是不同的微服务之间，不可避免的要使用一些公共类库，这些可以统一打包上传到公司 Maven 私服上，然后不同的团队自行依赖即可，或者通过 git subtree 的方式来使用。

这是从大的层面来说。具体到每一个微服务，聚合工程的优势还在，该用还是要用，例如在商品管理模块，聚合工程还是可以继续使用的。

3.为什么会有疑问

---

最后

即使是面试跳槽，那也是一个学习的过程。只有全面的复习，才能让我们更好的充实自己，武装自己，为自己的面试之路不再坎坷！今天就给大家分享一个Github上全面的Java面试题大全，就是这份面试大全助我拿下大厂Offer，月薪提至30K！

我也是第一时间分享出来给大家，希望可以帮助大家都能去往自己心仪的大厂！为金三银四做准备！
一共有20个知识点专题，分别是：

Dubbo面试专题

JVM面试专题

Java并发面试专题

Kafka面试专题

MongDB面试专题

MyBatis面试专题

MySQL面试专题

Netty面试专题

RabbitMQ面试专题

Redis面试专题

Spring Cloud面试专题

SpringBoot面试专题

zookeeper面试专题

常见面试算法题汇总专题

计算机网络基础专题

设计模式专题

]

计算机网络基础专题

[外链图片转存中…(img-Or2Stej5-1714700857908)]

设计模式专题

[外链图片转存中…(img-F4R419Ej-1714700857909)]

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