前言
最近在开发一些新系统,昨天发现一个系统的jar包突然变大好多,其他系统几十mb,它246mb,传输起来慢。
突然想到之前看的一篇文章,有程序员把实况足球传到了SVN上,导致war包巨大
我觉得自己项目不至于内置游戏,但可能依赖了多余的jar,所以进行了排查,并解决了jar过大的问题,现在把排查思路记录一下,过程并不难。
基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序,支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
排查思路
1.发现问题
使用压缩工具解压jar,到BOOT-INF\lib
下,根据大小排序,发现有一组前缀相同的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
效果显著
基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序,支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
总结
如果你觉得jar或war包太大,不太正常,可以根据这个思路排除一下多余依赖,我只是排除了一个组依赖jar包就小这么多。如果有时间,可以精益求精,继续瘦身。
这样做有什么好处呢:
- 传输jar更快了(不论是网络传输还是传到存储介质上)
- 占空间更小(废话)
- 打包和启动更快
在idea terminal
使用mvn dependency:analyze
,可以自动分析无用依赖。