springboot2.2.X手册：项目从100M瘦身到100K，部署省事多了！

目录

​资源分离的核心

资源文件分离的构建配置

打包运行

---

上一篇：springboot2.2.X手册：Easypoi导出excel，最新版的手感香不香？

现在很多应用都是springboot，spring提供了一种富JAR的打包方式，直接打包后就可以运行，非常方便。

<build>
		<plugins>
			<plugin>
				<groupId>org.springframework.boot</groupId>
				<artifactId>spring-boot-maven-plugin</artifactId>
			</plugin>
		</plugins>
	</build>

同时有很多公司，也会经常打包成docker file，直接部署到阿里云上，简单明了，毕竟人家提供了一体化的部署运维方案。

但是如果只是单独采用富JAR包进行部署，会有一定的操作麻烦性

1、富JAR包每次打包后，很大很大，差不多几百兆，每次上传到服务器都是非常辛苦

2、每次发布都是全量发布，假如只是修改一个配置文件，那此时也是要全量发布，当系统很大的时候，风险就会更大，毕竟改少不如该多

3、项目交接出现断档，在项目中，经常是有人离职有人来新入职，如果原来的代码是很老的，作为一个新人进来，是否有足够的胆量进行把这个项目全部替换，别说有什么交接文档之类，很多公司在进行技术管理的时候，都非常混乱，不单单是小公司，某世界500强的公司也见识过，非常痛苦。

4、没有上发布系统的公司，现在发布系统比较普遍了，jekines非常好用，可惜小编还是喜欢阿里的自动化发布，而且，jekines不支持灰度。

5、推荐一款发布系统walle，瓦力部署，界面优雅，操作简单，支持灰度。

 

​资源分离的核心

当我们不采用docker，自己进行手动部署的时候，最好是lib与资源分离，因为每次lib里面加载的包体，非常多，数量会非常庞大，这样子动不动就几百M。

我们分离的目的，就是把lib分离处理，资源文件分离处理，不用每次发布的时候，都重新把lib里面的包体再打包一遍，毕竟，正常情况下，里面的包体是不变的，我们需要改变的经常只有资源文件或者业务包，而资源文件加上业务包，也往往只有几百K的大小，没必要为了这个一行代码，把整个项目全部重新打包了。

其实这里也是可以打包成war包的，这样子就可以部署到tomcat上面去，但是呢，小编不是很想，毕竟这样子做的话，我还需要去部署tomcat在服务器上，好麻烦的说，所以这里引入了执行脚本来做，本质上跟执行springboot自带的jar包的打包方式是一样的。