来源:blog.csdn.net/weixin_43859729/article/details/113573879
版权申明:内容来源网络,版权归原创者所有。除非无法确认,我们都会标明作者及出处,如有侵权烦请告知,我们会立即删除并表示歉意。谢谢!
往期惊喜:
SpringBoot + Filter 实现 Gzip 压缩超大 json 对象,传输耗时大大减少!
扫码关注我们的Java架构师技术
带你全面深入Java
大家好,我是Java架构师
最近在开发一些新系统,昨天发现一个系统的jar包突然变大好多,其他系统几十mb,它246mb,传输起来慢。
突然想到之前看的一篇文章,有程序员把实况足球传到了SVN上,导致war包巨大
我觉得自己项目不至于内置游戏,但可能依赖了多余的jar,所以进行了排查,并解决了jar过大的问题,现在把排查思路记录一下,过程并不难。
使用压缩工具解压jar,到BOOT-INF\lib
下,根据大小排序,发现有一组前缀相同的jar包,体积都超过10mb
使用IDEA的Maven插件,选择项目后工具栏出现“Show Dependencies
”按钮,点击打开依赖关系图
或者在pom中右键
依赖多了就这样,可以滚轮放大,最左边一侧是pom里写的直接依赖,右面是间接依赖
放大图之后看一下关键字aspose,找到最左侧依赖为xxxx-all
,这个依赖用于处理文件,名字叫xxxx-all
,里面包含了多种处理office工具的包,例如xxxx-excel
、xxxx-word
等
下图是我注释掉其他依赖,得到的一个清晰的图片:
这个包很大,我们真的需要这么多功能吗,据我所知,系统只用到了word、pdf、excel,所以我根据依赖图的第二列,搜索了包路径的前缀,发现只用到了它的word功能。另外,搜索公众号Linux就该这样学后台回复“电子书”,获取一份惊喜礼包。
所以需要把xxxx-word
以外的依赖去掉,有如下方案
我用第二种方式,word替换了all
替换后要测试功能,我实际操作了一下,对应功能依然正常,可以使用,说明没问题
我分别试了两个项目,一个新项目,和另一个庞大的老项目
效果显著
如果你觉得jar或war包太大,不太正常,可以根据这个思路排除一下多余依赖,我只是排除了一个组依赖jar包就小这么多。如果有时间,可以精益求精,继续瘦身。
这样做有什么好处呢:
在idea terminal
使用mvn dependency:analyze
,可以自动分析无用依赖。
在 GitHub猿 还有更多优质项目系统学习资源,欢迎分享给其他同学吧!
最后,整理了400多套项目,赠送读者。扫码下方二维码,后台回复【赚钱】即可获取。
--END--