公司的这种打包启动方式,我简直惊呆了

宅哥聊构架 后端 2023-03-13

前言

如果本文对你有帮助的话,球球帮忙投个票吧,投票通道 感激不尽呀~~

大家都知道,SpringBoot应用最终会打出一个Fat Jar, 里面包含了用到的全部依赖,启动也非常简单,java -jar xxx.jar即可。

公司的这种打包启动方式,我简直惊呆了

但是我们公司打出的最终包,将依赖包挪到了外部,然后启动的时候通过loader.path指定依赖包的位置,如java -Dloader.path=libs -jar xxxx的方式启动,也能够启动成功。

公司的这种打包启动方式,我简直惊呆了

这样做最大的一个好处就是如果发现某个依赖出现问题,那么我只需要在libs替换其中某个依赖,影响范围可以减小很多。

那大家是不是很好奇是怎么做到的呢?

打包方式详解

主要是通过两个maven插件打出这样的结构的包。

  1. spring-boot-maven-plugin

该插件是spring boot官方提供的一个打包插件,主要用来打出fat jar,并且提供了支持java -jar xxx.jar方式启动。 官网地址:docs.spring.io/spring-boot…

我们需要用这个插件,因为只有它可以打出支持启动的jar,但是打出的包中又不能有依赖,该怎么做呢?如下图:

公司的这种打包启动方式,我简直惊呆了

  • layout: 布局方式,这里要选择ZIP,后面说明原因。
  • includes: 选择包含哪些依赖,这里写了一个不存在的jar,那么也间接实现了不打入其他的依赖。这种方式比较ugly,但是目前没有找到更加合适的方案。
  1. maven-assembly-plugin

maven-assembly-plugin插件可以灵活定制打包内容,官网地址:maven.apache.org/plugins/mav…

我们现在就是想办法利用该插件抽出我们用到的依赖包,该怎么做呢?

公司的这种打包启动方式,我简直惊呆了

我们现在看下assembly.xml中的关键配置:

公司的这种打包启动方式,我简直惊呆了

  • 可以根据includeexclude属性通过正则灵活的抽取相关依赖到指定的目录下

最终执行mvn clean package在target目录下得到最终的安装包:

公司的这种打包启动方式,我简直惊呆了

解压该安装包:

公司的这种打包启动方式,我简直惊呆了打开libs目录:

公司的这种打包启动方式,我简直惊呆了

启动方式解析

现在我们已经按照自己想要的结构打出包了,那如何在启动的时候加载libs目录中的依赖呢?

前面提到了springboot插件打出的包是启动的入口,实际上在这个包里面springboot会自动打入一个引导类org.springframework.boot.loader.Launcher,它是 Spring Boot 可执行 jar 的主要入口点,它是 Spring Boot jar 文件中的实际 Main-Class,用于设置适当的 URLClassLoader 并最终调用 Spring Boot项目中定义的 main()方法。

Launcher有三个子类(JarLauncherWarLauncherPropertiesLauncher),如果我们打包插件的layout配置的是ZIP的方式,它会使用PropertiesLauncher

PropertiesLauncher机制说明:

默认情况下,PropertiesLauncherBOOT-INF/lib/ 中加载,我们可以通过设置loader.properties 中的loader.pathLOADER_PATH 环境变量来增加其它的加载位置。

  • loader.path:配置逗号分隔的 Classpath 类路径,例如 lib,${HOME}/app/lib,前面的路径优先,类似于 javac 命令中的 -classpath
  • loader.home:用于解析 loader.path 配置的相对路径,默认是${user.dir}

所以,打包成功后,我们可以通过 java -jar -Dloader.path=xx1,xx2,public <jarName>.jar 命令来启动程序,这样对应目录下的依赖均会被加载。

总结

这种打包启动方式虽然不常见,但是还是有一定的价值的,特别是在项目组件模块比较多的时候,出现紧急缺陷,可以按需替换包,将影响范围控制到最小。

Apipost 私有化火热进行中

评论