wordpress站点地图样式,怎么申请自己的网站网址,微信小程序分销功能,网站电脑速成培训班一、前言
最近做的项目由于引入第三方库导致在运行mvn clean package 打jar时#xff0c;编译出来的 Jar 包很大#xff08;服务器多达500MB#xff09;。
二、瘦身前的Jar包
SpringBoot编译出来的Jar包中#xff0c;磁盘占用大的#xff0c;是一些外部依赖库#xff…一、前言
最近做的项目由于引入第三方库导致在运行mvn clean package 打jar时编译出来的 Jar 包很大服务器多达500MB。
二、瘦身前的Jar包
SpringBoot编译出来的Jar包中磁盘占用大的是一些外部依赖库jar包例如
进入项目工程根目录执行 mvn clean package命令得到的Jar包目录结构如下 整个Jar包 524 MB(可以通过解压软件查看会发现基本都是lib下的依赖包占用) 三、解决方法
步骤1: 正常编译JAR包解压出lib文件夹
POM文件如下
buildpluginsplugingroupIdorg.springframework.boot/groupIdartifactIdspring-boot-maven-plugin/artifactIdexecutionsexecutiongoalsgoalrepackage/goal/goals/execution/executions/plugin/plugins
/build进入项目根目录执行命令 mvn clean package
将编译后的Jar包解压拷贝 BOOT-INF 目录下的lib文件夹 到目标路径
步骤2: 修改pom.xml配置编译出不带 lib 文件夹的Jar包
buildpluginsplugingroupIdorg.springframework.boot/groupIdartifactIdspring-boot-maven-plugin/artifactIdconfigurationlayoutZIP/layoutincludesincludegroupIdnothing/groupIdartifactIdnothing/artifactId/include/includes/configurationexecutionsexecutiongoalsgoalrepackage/goal/goals/execution/executions/plugin/plugins
/build配置完成后再次执行编译mvn clean package
生成的 Jar 包体积明显变小(还有175KB)如下所示 外部的 jar 包已经不会被引入了 步骤3: 运行编译后的Jar包
将 步骤1 解压出来的lib文件夹、步骤2编译的jar包放在同一个目录, 运行下面命令
java -Dloader.path/path/to/lib -jar /path/to/springboot-jsp-0.0.1-SNAPSHOT.jar备注
将/path/to/改成实际的路径。 -Dloader.pathlib文件夹路径 最终目录文件结构是
├── lib #lib文件夹
└── springboot-jsp-0.0.1-SNAPSHOT.jar
说明
1、通常一个工程项目架构确定后引入的jar包基本上不会变改变的大部分是业务逻辑
2、后面如果需要变更业务逻辑只需要轻量地编译工程大大提高项目部署的效率。
四、特殊处理
1、以上步骤打包去除所有依赖包如果想引入内部编译的依赖包可以通过includes属性进行添加利用引用了内部的dubbo可以通过如下配置 配置完成后再次执行编译mvn clean package
结构如下 2、如果引入内部包过多也可以通过excludeGroupIds属性去掉不变的依赖包。 为什么瘦身打包Spring Boot把整个项目打包成一个可运行的Jar包即所谓的Fat Jar导致了这个Jar包很大通常有40M。如今迭代发布时常有的事情每次都上传一个如此庞大的文件会浪费很多时间 瘦身打包好处springboot瘦身打包就是把工程依赖jar提取到外部进行引用这样每次上传到服务器的文件只有十几KB
springboot瘦身打包步骤
(1)首先备份原先的依赖在项目的pom.xml同级目录执行命令mvn dependency:copy-dependencies -DoutputDirectorylib在每个微服务下生成lib文件夹 (2)在pom.xml中去除依赖然后执行mvn clean package -Dmaven.test.skiptrue生成jar包 (3)删除jar包中lib下的依赖jar避免引用重复 (4)启动jar包java -Dloader.path“…/lib/” -jar ErurekaService-0.0.1-SNAPSHOT-exec.jar 正常打包部署的方式
打包完jar包很大每次上传jar包到服务器的时候都要很久。为什么呢也许我们只是创建了一个最基本的SpirngBoot项目也许我们只是写了三四行代码最后生成的jar包大小也大的离谱足足有17M原因在于生成的可执行jar不仅包含编译之后的类还包含了程序运行所依赖的jar包而这大部分占比就是这些jar包。
我们通过压缩软件查看生成jar包中的内容
slimming.jar # 17M- BOOT-INF- classes # 存放编译后的class文件 - lib # 运行需要的依赖 - classpath.idx- META-INF # 存放应用相关的辕信息如MANIFEST.MF- org #存放Springboot相关的class文件我们可以明显看到导致jar包体积那么大的罪魁祸首就是这个lib且往往我们很少改动这些依赖频繁改动的往往是一些代码中的逻辑因此瘦身的思路就在于将lib从jar中抽离出来只需上传一次lib其他部分的体积就微不足道了就能够实现秒传。
瘦身部署
拿到lib目录
按照原先的maven配置方式在target目录下生成jar。 buildfinalNameslimming/finalNamepluginsplugingroupIdorg.springframework.boot/groupIdartifactIdspring-boot-maven-plugin/artifactId/plugin/plugins/build$ mvn clean package拿到BOOT-INF/lib目录。
改变默认的打包方式 buildfinalNameslimming/finalNamepluginsplugingroupIdorg.springframework.boot/groupIdartifactIdspring-boot-maven-plugin/artifactIdconfiguration!-- 指定项目的启动类 --mainClasscom.hyh.SpringBootSlimmingApplication/mainClass!-- 指定打包方式为ZIP --layoutZIP/layoutincludes!-- 如果有自己的依赖jar可以再此导入 --includegroupIdnothing/groupIdartifactIdnothing/artifactId/include/includes/configurationexecutionsexecutiongoals!-- 剔除其他的依赖只保留最简单的结构 --goalrepackage/goal/goals/execution/executions/plugin/plugins/build再次打包
$ mvn clean package此时/target目录下的slimming.jar已经从18000K变成121K。
上传lib和jar
- lib
- slimming.jar$ nohup java -Dloader.path./lib -jar slimming.jar $Dloader.path告知项目运行依赖的jar包在哪。
