一、前言

正常情況下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資源加載。