总阅读量:次

⭐⭐⭐ Spring Boot 项目实战 ⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》 《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》 《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》 《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》 《Java 面试题 + Java 学习指南》

摘要: 原创出处 blog.csdn.net/weixin_43859729/article/details/113573879 「Oxye」欢迎转载，保留摘要，谢谢！

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

  1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
  2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
  3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
  4. 新的源码解析文章实时收到通知。每周更新一篇左右。
  5. 认真的源码交流微信群。

前言

最近在开发一些新系统，昨天发现一个系统的jar包突然变大好多，其他系统几十mb，它246mb，传输起来慢。

突然想到之前看的一篇文章，有程序员把实况足球传到了SVN上，导致war包巨大

我觉得自己项目不至于内置游戏，但可能依赖了多余的jar，所以进行了排查，并解决了jar过大的问题，现在把排查思路记录一下，过程并不难。

排查思路

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

效果显著

总结

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

这样做有什么好处呢：

  1. 传输jar更快了（不论是网络传输还是传到存储介质上）
  2. 占空间更小（废话）
  3. 打包和启动更快

在idea terminal使用mvn dependency:analyze，可以自动分析无用依赖。

文章目录
  1. 1. 前言
  2. 2. 排查思路
    1. 2.1. 1.发现问题
    2. 2.2. 2.查看pom依赖
    3. 2.3. 3.分析系统需求
    4. 2.4. 4.去除多余依赖，缩小依赖粒度
    5. 2.5. 5.测试功能
    6. 2.6. 6.jar包大小变化
  3. 3. 总结