目录:
1.前言
2.瘦身前的Jar包
3.解决方案
一、前言
SpringBoot部署起来虽然简单,如果服务器部署在公司内网,速度还行,但是如果部署在公网(阿里云等云服务器上),部署起来实在头疼:编译出来的 Jar 包很大,如果工程引入了许多开源组件(SpringCloud等),那就更大了。
这个时候如果想要对线上运行工程有一些微调,则打包部署非常痛苦。
二、瘦身前的Jar包
Tomcat在部署Web工程的时候,可以进行增量更新,SpringBoot也是可以的。
SpringBoot编译出来的Jar包中,磁盘占用大的,大部分是一些外部依赖库(jar包), 进入项目工程根目录,执行 mvn clean package 命令,得到的Jar包,用压缩软件打开,目录结构如下:
整个Jar包 66.6 MB, 但是 BOOT-INF/lib 就占用了将近 66.4 MB。
三、解决方法
步骤1: 正常编译JAR包,解压出lib文件夹
POM文件如下:
<build> <plugins> <!--这个插件是将所有的包打在一起--> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> <plugin> <!-- 这个插件主要是对打的包解压到dependency目录下 --> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <executions> <execution> <id>unpack</id> <phase>package</phase> <goals> <goal>unpack</goal> </goals> <configuration> <artifactItems> <artifactItem> <groupId>${project.groupId}</groupId> <artifactId>${project.artifactId}</artifactId> <version>${project.version}</version> </artifactItem> </artifactItems> </configuration> </execution> </executions> </plugin> <!-- 根据 dockerfile 构建镜像的mvn插件 --> <plugin> <groupId>com.spotify</groupId> <artifactId>dockerfile-maven-plugin</artifactId> <version>1.4.9</version> <configuration> <!-- 镜像名 --> <repository>${docker.image.prefix}/${project.artifactId}</repository> <!-- tag:默认使用当前版本 --> <tag>${project.version}</tag> </configuration> </plugin> </plugins> <!--资源文件拷贝--> <resources> <resource> <directory>src/main/java</directory> <includes> <include>**/*.xml</include> </includes> </resource> <resource> <directory>src/main/resources</directory> <includes> <include>**/**</include> </includes> </resource> </resources> </build>
进入项目根目录,执行命令:mvn clean package ,将编译后的Jar包解压,拷贝 BOOT-INF 目录下的lib文件夹 到目标路径。
步骤2: 修改pom.xml配置,编译出不带 lib 文件夹的Jar包
<build> <plugins> <!--这个插件是将所有的包打在一起--> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <configuration> <mainClass>com.zsm.JDApplication</mainClass> <layout>ZIP</layout> <includes> <include> <groupId>nothing</groupId> <artifactId>nothing</artifactId> </include> </includes> </configuration> </plugin> <plugin> <!-- 这个插件主要是对打的包解压到dependency目录下 --> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <executions> <execution> <id>unpack</id> <phase>package</phase> <goals> <goal>unpack</goal> </goals> <configuration> <artifactItems> <artifactItem> <groupId>${project.groupId}</groupId> <artifactId>${project.artifactId}</artifactId> <version>${project.version}</version> </artifactItem> </artifactItems> </configuration> </execution> </executions> </plugin> <!-- 根据 dockerfile 构建镜像的mvn插件 --> <plugin> <groupId>com.spotify</groupId> <artifactId>dockerfile-maven-plugin</artifactId> <version>1.4.9</version> <configuration> <!-- 镜像名 --> <repository>${docker.image.prefix}/${project.artifactId}</repository> <!-- tag:默认使用当前版本 --> <tag>${project.version}</tag> </configuration> </plugin> </plugins> <!--资源文件拷贝--> <resources> <resource> <directory>src/main/java</directory> <includes> <include>**/*.xml</include> </includes> </resource> <resource> <directory>src/main/resources</directory> <includes> <include>**/**</include> </includes> </resource> </resources> </build>
配置完成后,再次执行编译:mvn clean package ,生成的 Jar 包体积明显变小,如下所示, 外部的 jar 包已经不会被引入了:
步骤3: 运行编译后的Jar包
将 步骤1 解压出来的lib文件夹、步骤2编译的jar包放在同一个目录, 运行下面命令:
java -Dloader.path=D:/test/lib -jar D:/test/jenkins-docker-1.0-SNAPSHOT.jar
或者在maven中输入一下命令导出需要用到的jar包
mvn dependency:copy-dependencies -DoutputDirectory=D:/test/lib -DincludeScope=runtimme
备注:
将 D:/test/ 改成实际的路径。
-Dloader.path=lib文件夹路径
最终目录文件结构是:
lib #lib 文件夹
jenkins-docker-1.0-SNAPSHOT.jar #jar包
说明
1、通常,一个工程项目架构确定后,引入的jar包基本上不会变,改变的大部分是业务逻辑,如果pom依赖发生了变化,必须替换原来的 lib 依赖文件;
2、后面如果需要变更业务逻辑,只需要轻量地编译工程,大大提高项目部署的效率。
参考:https://mp.weixin.qq.com/s/8gWrYfAfkZ7KoFkhg6ZWvA