目录
- 1,什么是瘦身?
- 2,为什么要瘦身?
- 3,如何瘦身?
- 3.1,瘦身思路:
- 3.2,瘦身方法
- 4,瘦身后运行
1,什么是瘦身?
瘦身:thinBody,又称“减肥”、“减重”,就是合理,科学的减轻自身重量。Spring Boot应用瘦身顾名思义就是:将Spring Boot应用打包后的jar包,利用合理的方式,方法减小体积。
2,为什么要瘦身?
场景: 当前后端开发大部分都是采用Spring Boot作为底层架构,在前后端分离的方式下,后端项目最终都是打包成jar包来部署。因为项目中通常会引入各种的依赖,所以打成的jar包体积都是比较大的(百M左右),如果项目还是微服务分布式的,好几个项目加起来能达到GB,部署升级时会比较麻烦。
痛点: 项目上线后要升级,各个项目打包后加起来好几个G,运维老哥收到后肯定吐槽:“这么多包,要上传到什么时候”,尤其当带宽小,每秒上传几KB,运维老哥当场奔溃。
那么有什么办法可以减小jar包体积呢?
3,如何瘦身?
3.1,瘦身思路:
项目=code+dependency,code是我们编写的代码,这部分是升级必须的,新的功能就是在这里实现的,那dependency呢?
比如我们在项目中引入了操作数据库所需的依赖,例如MyBatis,Mysql等,我们在升级的时候这部分依赖还需要升级吗?明显不需要,那我们就可以想办法,使每次升级时只升级新的业务代码。
注意:在第一次部署时,我们还是要上传所有的代码和依赖,在之后的升级时,就可以只上传业务代码,如果有新增的依赖,也只需要将新增的依赖上传即可。
3.2,瘦身方法
这里需要借助一个插件来实现,首先来看一下不用插件时我们的jar,可以看到jar总大小是73.7M,jar包中的lib目录下是我们引入的各种依赖。
在项目的pom.xml中引入如下插件:
<!-- build 标签:用来配置对构建过程的定制 -->
<build>
<!-- plugins 标签:定制化构建过程中所使用到的插件 -->
<plugins>
<!-- plugin 标签:一个具体插件 -->
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>2.6.1</version>
<configuration>
<mainClass>com.tick.tack.TickTackApplication</mainClass>
<!--解决Windows命令行窗口中文乱码-->
<jvmArguments>-Dfile.encoding=UTF-8</jvmArguments>
<layout>ZIP</layout>
<!--配置需要打包进项目的jar-->
<includes>
<!--这里是填写需要包含进去的jar,
比如是项目中某些我们自己编写的common模块(假如项目是个多模块的项目),会经常变动,
那么就应该将其坐标写进来
如果没有则non-exists,表示不打包依赖-->
<include>
<groupId>non-exists</groupId>
<artifactId>non-exists</artifactId>
</include>
</includes>
</configuration>
<executions>
<execution>
<id>repackage</id>
<goals>
<goal>repackage</goal>
</goals>
</execution>
</executions>
</plugin>
<!--此插件用于将依赖包抽出-->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<version>3.1.1</version>
<executions>
<execution>
<id>copy-dependencies</id>
<phase>package</phase>
<!--关联指定生命周期的目标-->
<goals>
<goal>copy-dependencies</goal>
</goals>
<configuration>
<!--将依赖拷贝到项目构建目录的lib下-->
<outputDirectory>${project.build.directory}/lib</outputDirectory>
<!--是否排除传递性-->
<excludeTransitive>false</excludeTransitive>
<!--是否去掉jar包版本信息-->
<stripVersion>false</stripVersion>
<!--包含范围:拷贝运行时的依赖,例如测试的就不需要了-->
<includeScope>runtime</includeScope>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
再次打包可以看到项目结构如下所示:
原先大的jar包被分成了两部分,lib下是依赖的包,web-server-1.0-20230323.jar是我们自己的业务代码。
4,瘦身后运行
瘦身后的项目结构发生了变化,在启动时也有变动
java -jar -Dloader.path=./lib web-server-1.0-20230323.jar