jar包过大？手把手教你分析Maven依赖，完美“瘦身”优化！

最近在开发一些新系统，昨天发现一个系统的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以外的依赖去掉，有如下方案

1. exclusions排除依赖

2. pom中引入更细的依赖

我用第二种方式，word替换了all

5.测试功能

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

6.jar包大小变化

我分别试了两个项目，一个新项目，和另一个庞大的老项目

• 第一个jar从246mb变成103mb

• 第二个jar从386mb变成249mb

效果显著

总结

如果你觉得jar或war包太大，不太正常，可以根据这个思路排除一下多余依赖，我只是排除了一个组依赖jar包就小这么多。如果有时间，可以精益求精，继续瘦身。

这样做有什么好处呢：

1. 传输jar更快了（不论是网络传输还是传到存储介质上）

2. 占空间更小（废话）

3. 打包和启动更快

等等优势。

在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、架构设计等，在线随时刷题！
------ 特别推荐 ------
特别推荐：专注分享最前沿的技术与资讯，为弯道超车做好准备及各种开源项目与高效率软件的公众号，「大咖笔记」，专注挖掘好东西，非常值得大家关注。点击下方公众号卡片关注。

点击“阅读原文”，了解更多精彩内容！文章有帮助的话，点在看，转发吧！