一、前言

正常情况下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资源加载。