点击上方“芋道源码”，选择“设为星标”
管她前浪，还是后浪？
能浪的浪，才是好浪！

每天 10:33 更新文章，每天掉亿点点头发...
源码精品专栏
来源：blog.csdn.net/weixin_43859729/
article/details/113573879

前言

最近在开发一些新系统，昨天发现一个系统的jar包突然变大好多，其他系统几十mb，它246mb，传输起来慢。
突然想到之前看的一篇文章，有程序员把实况足球传到了SVN上，导致war包巨大
我觉得自己项目不至于内置游戏，但可能依赖了多余的jar，所以进行了排查，并解决了jar过大的问题，现在把排查思路记录一下，过程并不难。
基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
  • 项目地址：https://github.com/YunaiV/ruoyi-vue-pro
  • 视频教程：https://doc.iocoder.cn/video/

排查思路

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以外的依赖去掉，有如下方案
  1. exclusions排除依赖
  2. pom中引入更细的依赖
我用第二种方式，word替换了all

5.测试功能

替换后要测试功能，我实际操作了一下，对应功能依然正常，可以使用，说明没问题

6.jar包大小变化

我分别试了两个项目，一个新项目，和另一个庞大的老项目
  • 第一个jar从246mb变成103mb
  • 第二个jar从386mb变成249mb
效果显著
基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
  • 项目地址：https://github.com/YunaiV/yudao-cloud
  • 视频教程：https://doc.iocoder.cn/video/

总结

如果你觉得jar或war包太大，不太正常，可以根据这个思路排除一下多余依赖，我只是排除了一个组依赖jar包就小这么多。如果有时间，可以精益求精，继续瘦身。
这样做有什么好处呢：
  1. 传输jar更快了（不论是网络传输还是传到存储介质上）
  2. 占空间更小（废话）
  3. 打包和启动更快
在idea terminal使用mvn dependency:analyze，可以自动分析无用依赖。
欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，
长按下方二维码噢
：

已在知识星球更新源码解析如下：

最近更新《芋道 SpringBoot 2.X 入门》系列，已经 101 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。
提供近 3W 行代码的 SpringBoot 示例，以及超 4W 行代码的电商微服务项目。
获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。
文章有帮助的话，在看，转发吧。
谢谢支持哟 (*^__^*）
继续阅读
阅读原文
关键词
源码解析
中间件
框架
jar包
方式