以前已经在文章中介绍详细部署的过程:SpringBoot项目部署到Linux服务器并发布。html
可是,这种作法有一些问题,就是每次上传jar包到服务器的时候都要好久。为何呢?也许咱们只是建立了一个最基本的SpirngBoot项目,也许咱们只是写了三四行代码,最后生成的jar包大小也大的离谱,足足有17M,缘由在于生成的可执行jar不只包含编译以后的类,还包含了程序运行所依赖的jar包,而这大部分占比就是这些jar包。java
咱们经过压缩软件查看生成jar包中的内容:git
slimming.jar # 17M - BOOT-INF - classes # 存放编译后的代码 - lib # 运行须要的依赖 - classpath.idx - META-INF - org
咱们能够明显看到,致使jar包体积那么大的罪魁祸首就是这个lib,且每每咱们不多改动这些依赖,频繁改动的每每是一些代码中的逻辑,所以,瘦身的思路就在于:将lib从jar中抽离出来,只需上传一次lib,其余部分的体积就微不足道了,就可以实现秒传。spring
按照原先的maven配置方式,在target目录下生成jar。shell
<build> <finalName>slimming</finalName> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> </plugins> </build>
$ mvn clean package
拿到BOOT-INF/lib目录。springboot
<build> <finalName>slimming</finalName> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <configuration> <!-- 指定项目的启动类 --> <mainClass>com.hyh.SpringBootSlimmingApplication</mainClass> <!-- 指定打包方式为ZIP --> <layout>ZIP</layout> <includes> <!-- 若是有本身的依赖jar,能够再此导入 --> <include> <groupId>nothing</groupId> <artifactId>nothing</artifactId> </include> </includes> </configuration> <executions> <execution> <goals> <!-- 剔除其余的依赖,只保留最简单的结构 --> <goal>repackage</goal> </goals> </execution> </executions> </plugin> </plugins> </build>
$ mvn clean package
此时,/target
目录下的slimming.jar已经从18000K变成121K。服务器
- lib - slimming.jar
$ nohup java -Dloader.path=./lib -jar slimming.jar $
本文内容均为对优秀博客及官方文档总结而得,原文地址均已在文中参考阅读处标注。最后,文中的代码样例已经所有上传至Gitee:https://gitee.com/tqbx/springboot-samples-learn,另有其余SpringBoot的整合哦。并发