点击关注公众号,利用碎片时间学习
前言
最近在开发一些新系统,昨天发现一个系统的jar包突然变大好多,其他系统几十mb,它246mb,传输起来慢。
突然想到之前看的一篇文章,有程序员把实况足球传到了SVN上,导致war包巨大
我觉得自己项目不至于内置游戏,但可能依赖了多余的jar,所以进行了排查,并解决了jar过大的问题,现在把排查思路记录一下,过程并不难。
排查思路
1.发现问题
使用压缩工具解压jar,到BOOT-INFlib
下,根据大小排序,发现有一组前缀相同的jar包,体积都超过10mb
2.查看pom依赖
使用IDEA的Maven插件,选择项目后工具栏出现“Show Dependencies
”按钮,点击打开依赖关系图
或者在pom中右键
依赖多了就这样,可以滚轮放大,最左边一侧是pom里写的直接依赖,右面是间接依赖
放大图之后看一下关键字aspose,找到最左侧依赖为xxxx-all
,这个依赖用于处理文件,名字叫xxxx-all
,里面包含了多种处理office工具的包,例如xxxx-excel
、xxxx-word
等
下图是我注释掉其他依赖,得到的一个清晰的图片:
3.分析系统需求
这个包很大,我们真的需要这么多功能吗,据我所知,系统只用到了word、pdf、excel,所以我根据依赖图的第二列,搜索了包路径的前缀,发现只用到了它的word功能
4.去除多余依赖,缩小依赖粒度
所以需要把xxxx-word
以外的依赖去掉,有如下方案
-
exclusions排除依赖 -
pom中引入更细的依赖
我用第二种方式,word替换了all
5.测试功能
替换后要测试功能,我实际操作了一下,对应功能依然正常,可以使用,说明没问题
6.jar包大小变化
我分别试了两个项目,一个新项目,和另一个庞大的老项目
-
第一个jar从246mb变成103mb -
第二个jar从386mb变成249mb
效果显著
总结
如果你觉得jar或war包太大,不太正常,可以根据这个思路排除一下多余依赖,我只是排除了一个组依赖jar包就小这么多。如果有时间,可以精益求精,继续瘦身。
这样做有什么好处呢:
-
传输jar更快了(不论是网络传输还是传到存储介质上) -
占空间更小(废话) -
打包和启动更快
在idea terminal
使用mvn dependency:analyze
,可以自动分析无用依赖。
感谢阅读,希望对你有所帮助 :)
来源:blog.csdn.net/weixin_43859729/article/
details/113573879
推荐:
PS:因为公众号平台更改了推送规则,如果不想错过内容,记得读完点一下“在看”,加个“星标”,这样每次新文章推送才会第一时间出现在你的订阅列表里。点“在看”支持我们吧!
原文始发于微信公众号(Java笔记虾):jar包太大?手把手教你分析 Maven 依赖,完成瘦身优化!
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/51569.html