uniapp开发app框架在提升开发效率中的独特优势与应用探索
1305
2023-03-19
Maven 主模块和子模块pom.xml依赖声明
前言
今天想到了一个问题,如果一个依赖只有子模块用到了,是放入子模块的 pom.xml 呢,还是放入父模块的 pom.xml 呢?
理论上当然是子模块单独声明更符合逻辑。但是以上问题的场景来源有两个:
为了方便,或者考虑到其它子模块或许以后会用到此依赖的可能性。
单模块项目改造为多模块后,原本的依赖全部声明在父模块 pom.xml 中,考虑是否要大量迁移到用到的子模块中。
进而引申出的问题:
如果依赖全部放入父模块,部分子模块没有用到这些依赖,是否会增加这些子模块打包后的代码体积?
背景知识
dependencies与dependencyManagement的区别
父项目中的
在父项目中的
实验
为了回答这个问题:“如果依赖全部放入父模块,部分子模块没有用到这些依赖,是否会增加这些子模块打包后的代码体积?”。我们拿一个 maven 多模块项目打包测试一下。
实验材料:
如图,一个多模块项目。
其中 wx-common 模块只是放了一些 enums:
父模块依赖:
DwXTeC
wx-common 模块无单独引入的依赖。
wx-common 模块单独打包后的大小(3982 bytes):
接下来我们把父模块的依赖都放入
按照博主的猜想, 子模块最初继承了很多父模块的依赖,当单独打包子模块时,这些依赖被打入了子模块jar包中。而这些继承过来的父模块的依赖中,有很多是子模块不需要的,因此子模块单独打出的包,会有不少冗余体积 。
我们把父模块的依赖都挪入
按我们的推测,把父模块的依赖都放入
可以看到打包出来的 jar,并没有按照我们预先设想的,体积减少了很多,而是和之前的体积一模一样(都是3982 bytes)。
看到这个结果,博主百思不得其解。难道 子模块继承的父模块的依赖,如果在子模块中没有被使用,在子模块单独打包时,就不会被打入 jar 吗?
我们再做一个实验来验证猜想,现在父模块的依赖还是在
然后对子模块单独打包(4175 bytes):
可以看到我们的 jar 包体积确实增加了(4175 - 3982 = 193 bytes),但这些增加的代码体积,应该是我们的 pom.xml 中新增的一对对
因此,博主确信了推测: 子模块继承的父模块的依赖/子模块声明的依赖,如果在子模块中没有被使用,在子模块单独打包时,就不会被打入DwXTeC jar 。
进一步实验来确认推测,我们在子模块中使用一下声明的依赖。只在子模块中加两个注解: @FeignClient(name = "interchange-wx") ,对子模块单独打包(4259 bytes):
打包结果(4259 - 4175 = 84 bytes)。
因此,maven 打包加入的依赖代码应该是被调用到的部分代码,没有被调用到的依赖代码不会被加入打包后的 jar 包中。
实验结论
子模块继承的父模块的依赖/子模块声明的依赖,如果在子模块中没有被使用,在子模块单独打包时,就不会被打入 jar 。
maven 打包加入的依赖代码是被调用到的部分代码,没有被调用到的依赖代码不会被加入打包后的 jar 包中。
推荐做法
对于 “依赖放入子模块还是父模块” 这个问题,推荐将依赖放入父模块的
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~