深入理解微服务Maven父子项目构造以及项目打包部署

       随着微服务项目的越来越流行，更多的公司开始使用微服务来搭建自己的业务系统。微服务很好地解耦了业务，每一个服务只提供特定的功能，真正的做到了各司其职，互不干扰，同时微服务间可以互相通信，可以更好的互相协调并完成一条完整的业务逻辑。对于微服务来说，众多的子服意味着需要搭建很多子服务系统，这些子服务系统多而杂，给项目的打包编译以及开发带来了不小的挑战，但maven父子项目的出现很好的解决了这一弊端。

       顾名思义，maven父子项目是一个有一个父项目，父项目下面又有很多子项目的maven工程，当然，子项目下面还可以添加子项目，从而形成一个树形的结构。那么，这么做有什么好处呢？有以下两点：①依赖传递②打包方便

       (1) 所有的子项目依赖从父项目传递下来，子项目的pom文件不必重复添加依赖，直接使用父项目依赖的jar包即可。 举个栗子：父项目A的pom文件中依赖了fastjson2的依赖

       那么作为子项目B，在其pom中不加fastjson2的依赖就可以直接使用fastjson2中的所有API方法了。当然，也可以不用父项目中的依赖，直接添加fastjson2的任何版本依赖，那么这时代码中使用的就是B项目中的依赖了。        (2) 为了更好的管理jar包版本，可以在父项目pom文件中使用标签将jar包管理起来，同时使用将版本号管理起来。如下图： 使用dependencyManagement管理起来的jar包不会被父项目依赖，只是起到了一个版本管理的作用，当子项目需要使用依赖的时候需要添加依赖的groupId和artifactId，此时不需要指定version，自动从父类获取版本信息。

       微服务子模块较多，如果把每一个项目来一遍打包编译不仅繁琐还浪费时间和精力，使用maven父子项目的结构，直接在父项目上运行打包命令，此时子项目会挨个打包编译，只需要等待一会儿，所有子项目的打包编译就完成了，非常方便。

       胖包就是打成的jar包中包含了所有的依赖，而瘦包则是将项目中的源码打进jar包。瘦包没有指定主类，需要在使用时自行指定。胖包的体积往往特别大，少则八百十兆多则能达到2-3G，不仅占存储空间还给运维增加了成本，而瘦包体积小，往往只有几十kb，小巧轻便，运维也方便。

这里以idea为开发工具进行演示。

       maven父子工程可以给我们的子系统管理、开发带来便捷，提高我们的开发效率，在以后的工作中希望大家能多使用这种工程结构。好了，本篇博文就写到这里，本人水平有限，如发现错误之处，还请各位大佬多多指正。😊😊😊