前言
如果本文对你有帮忙的话，球球帮忙投个票吧，投票通道 感激不尽呀~~
大家都晓得，SpringBoot利用最终会打出一个Fat Jar, 外面蕴含了用到的全副依赖，启动也非常简单，java -jar xxx.jar即可。
然而咱们公司打出的最终包，将依赖包挪到了内部，而后启动的时候通过loader.path指定依赖包的地位，如java -Dloader.path=libs -jar xxxx的形式启动，也可能启动胜利。
这样做最大的一个益处就是如果发现某个依赖呈现问题，那么我只须要在libs替换其中某个依赖，影响范畴能够减小很多。
那大家是不是很好奇是怎么做到的呢？
打包形式详解
次要是通过两个maven插件打出这样的构造的包。
spring-boot-maven-plugin
该插件是spring boot官网提供的一个打包插件，次要用来打出fat jar，并且提供了反对java -jar xxx.jar形式启动。 官网地址：docs.spring.io/spring-boot…。
咱们须要用这个插件,因为只有它能够打出反对启动的jar，然而打出的包中又不能有依赖，该怎么做呢？如下图：
layout: 布局形式，这里要抉择ZIP，前面阐明起因。
includes: 抉择蕴含哪些依赖，这里写了一个不存在的jar，那么也间接实现了不打入其余的依赖。这种形式比拟ugly，然而目前没有找到更加适合的计划。
maven-assembly-plugin
maven-assembly-plugin插件能够灵便定制打包内容，官网地址：maven.apache.org/plugins/mav…。
咱们当初就是想方法利用该插件抽出咱们用到的依赖包，该怎么做呢？
咱们当初看下assembly.xml中的要害配置：
能够依据include、exclude属性通过正则灵便的抽取相干依赖到指定的目录下
最终执行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有三个子类（JarLauncher、WarLauncher 和 PropertiesLauncher），如果咱们打包插件的layout配置的是ZIP的形式，它会应用PropertiesLauncher。
PropertiesLauncher机制阐明：
默认状况下，PropertiesLauncher 在 BOOT-INF/lib/ 中加载，咱们能够通过设置loader.properties 中的loader.path 或 LOADER_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 命令来启动程序，这样对应目录下的依赖均会被加载。
总结
这种打包启动形式尽管不常见，然而还是有肯定的价值的，特地是在我的项目组件模块比拟多的时候，呈现紧急缺点，能够按需替换包，将影响范畴管制到最小。