浅析Spring Boot中的spring-boot-load模块

一、前言

正常情况下classloader只能找到jar里面当前目录或者文件类里面的*.class文件。为了能够加载嵌套jar里面的资源之前都是把嵌套jar里面的class文件和应用的class文件打包为一个jar，这样就不存在嵌套jar了，但是这样做就不能很清晰的知道应用到底依赖了哪些东西，哪些是应用自己的，另外多个jar里面的class可能内容不一样但是文件名却一样。springboot中spring-boot-loader就是为优雅解决这个问题而诞生的。

spring-boot-loader模块允许我们使用java -jar archive.jar运行包含嵌套依赖jar的jar或者war文件，它提供了三种类启动器 (jarlauncher, warlauncher and propertieslauncher），这些类启动器的目的一样都是为了能够加载嵌套在jar里面的资源（比如class文件，配置文件等）。[jar|war]launcher固定去查找当前jar的lib目录里面的嵌套jar文件里面的资源。

二、spring-boot-loader模块提供的jar目录结构

springboot中jar文件格式固定如下：

archive.jar
 |
 +-meta-inf（1）
 | +-manifest.mf
 +-org（2）
 | +-springframework
 | +-boot
 | +-loader
 |  +-<spring boot loader classes>
 +-com（3）
 | +-mycompany
 | + project
 | +-youclasses.class
 +-lib（4）
 +-dependency1.jar
 +-dependency2.jar

• 结构（1）jar文件中manifest.mf文件存放处
• 结构（2） spring-boot-loader本身需要的class放置处
• 结构（3） 应用本身的文件放置处
• 结构（4）应用依赖的jar固定放到lib目录。

那么spring-boot是如何去按照这个结构加载资源那？

• 首先在打包时候会使用spring-boot-maven-plugin插件重写打成的jar文件，会设置meta-inf/manifest.mf中的

main-class: org.springframework.boot.loader.jarlauncher 
start-class: com.mycompany.project.myapplication

并拷贝spring-boot-loader包里面的class文件到结构（2），应用依赖拷贝到（4）应用类拷贝到（3）

• 通过java -jar archive.jar 运行时候launcher会去加载jarlauncher类并执行其中的main函数，jarlauncher主要关心构造一个合适的urlclassloader加载器用来调用我们应用程序（myapplication）的main方法。

三、spring-boot-maven-plugin插件打包流程分析

 

注：这里需要思考下为何要拷贝本来应该放入到lib里面的spring-boot-loader.jar里面的class到结构（2）？

四、jarlauncher执行流程分析

 

看完这个流程在分析下第三节留的问题，如流程图首先使用appclassloader加载了jarlauncher类并创建了launchedurlclassloader类，而launchedurlclassloader是属于spring-boot-loader.jar包里面的，而appclassloader是普通的加载器不能加载嵌套的jar里面的文件，所以如果把spring-boot-loader.jar放到lib 目录下，appclassloader将找不到launchedurlclassloader。所以在打包时候

拷贝本来应该放入到lib里面的spring-boot-loader.jar里面的class到结构（2）。

五、总结

spring-boot-load模块通过自定义jar包结构自定义类加载器优雅的实现了嵌套jar资源的加载，通过打包时候重新设置启动类和组织jar结构，通过运行时设置自定义加载器来实现嵌套jar资源加载。