最近在开发一些新系统,昨天发现一个系统的jar包突然变大好多,其他系统几十mb,它246mb,传输起来慢。
突然想到之前看的一篇文章,有程序员把实况足球传到了SVN上,导致war包巨大。来自”一个程序员的水平能差到什么程度?“
我觉得自己项目不至于内置游戏,但可能依赖了多余的jar,所以进行了排查,并解决了jar过大的问题,现在把排查思路记录一下,过程并不难。
排查思路
1.发现问题
使用压缩工具解压jar,到BOOT-INF\lib下,根据大小排序,发现有一组前缀相同的jar包,体积都超过10mb
2.查看pom依赖
使用IDEA的Maven插件,选择项目后工具栏出现“Show Dependencies”按钮,点击打开依赖关系图
或者在pom中右键
依赖多了就这样,可以滚轮放大,最左边一侧是pom里写的直接依赖,右面是间接依赖。另外,推荐公众 号Java精选,回复java面试,获取面试资料,支持在线刷题。
放大图之后看一下关键字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,可以自动分析无用依赖。
作者:Oxye
https://blog.csdn.net/weixin_43859729/article/details/113573879
公众号“Java精选”所发表内容注明来源的,版权归原出处所有(无法查证版权的或者未注明出处的均来自网络,系转载,转载的目的在于传递更多信息,版权属于原作者。如有侵权,请联系,笔者会第一时间删除处理!
最近有很多人问,有没有读者交流群!加入方式很简单,公众号Java精选,回复“加群”,即可入群!
Java精选面试题(微信小程序):3000+道面试题,包含Java基础、并发、JVM、线程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架构设计等,在线随时刷题!
------ 特别推荐 ------
特别推荐:专注分享最前沿的技术与资讯,为弯道超车做好准备及各种开源项目与高效率软件的公众号,「大咖笔记」,专注挖掘好东西,非常值得大家关注。点击下方公众号卡片关注。
点击“阅读原文”,了解更多精彩内容!文章有帮助的话,点在看,转发吧!