前言

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

image.png

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

image.png

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

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

打包方式详解

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

spring-boot-maven-plugin

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

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

image.png

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

maven-assembly-plugin

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

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

image.png

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

image.png

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

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

image.png

解压该安装包：

image.png

打开libs目录：

image.png

启动方式解析

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

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

Launcher有三个子类（JarLauncher、WarLauncher 和 PropertiesLauncher），如果我们打包插件的layout配置的是ZIP的方式，它会使用PropertiesLauncher。

PropertiesLauncher机制说明：

默认情况下，PropertiesLauncher 在 BOOT-INF/lib/ 中加载，我们可以通过设置loader.properties 中的loader.path 或 LOADER_PATH 环境变量来增加其它的加载位置。