一、前言

正常情況下classloader只能找到j(luò)ar里面當(dāng)前目錄或者文件類里面的*.class文件。為了能夠加載嵌套jar里面的資源之前都是把嵌套jar里面的class文件和應(yīng)用的class文件打包為一個(gè)jar，這樣就不存在嵌套jar了，但是這樣做就不能很清晰的知道應(yīng)用到底依賴了哪些東西，哪些是應(yīng)用自己的，另外多個(gè)jar里面的class可能內(nèi)容不一樣但是文件名卻一樣。springboot中spring-boot-loader就是為優(yōu)雅解決這個(gè)問(wèn)題而誕生的。

spring-boot-loader模塊允許我們使用java -jar archive.jar運(yùn)行包含嵌套依賴jar的jar或者war文件，它提供了三種類啟動(dòng)器 (JarLauncher, WarLauncher and PropertiesLauncher），這些類啟動(dòng)器的目的一樣都是為了能夠加載嵌套在jar里面的資源（比如class文件，配置文件等）。[Jar|War]Launcher固定去查找當(dāng)前jar的lib目錄里面的嵌套jar文件里面的資源。

二、spring-boot-loader模塊提供的jar目錄結(jié)構(gòu)

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

• 結(jié)構(gòu)（1）jar文件中MANIFEST.MF文件存放處
• 結(jié)構(gòu)（2） Spring-boot-loader本身需要的class放置處
• 結(jié)構(gòu)（3） 應(yīng)用本身的文件放置處
• 結(jié)構(gòu)（4）應(yīng)用依賴的jar固定放到lib目錄。

那么spring-boot是如何去按照這個(gè)結(jié)構(gòu)加載資源那？

• 首先在打包時(shí)候會(huì)使用spring-boot-maven-plugin插件重寫(xiě)打成的jar文件，會(huì)設(shè)置META-INF/MANIFEST.MF中的

并拷貝spring-boot-loader包里面的class文件到結(jié)構(gòu)（2），應(yīng)用依賴拷貝到（4）應(yīng)用類拷貝到（3）

• 通過(guò)java -jar archive.jar 運(yùn)行時(shí)候Launcher會(huì)去加載JarLauncher類并執(zhí)行其中的main函數(shù)，JarLauncher主要關(guān)心構(gòu)造一個(gè)合適的URLClassLoader加載器用來(lái)調(diào)用我們應(yīng)用程序（MyApplication）的main方法。

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

注：這里需要思考下為何要拷貝本來(lái)應(yīng)該放入到lib里面的spring-boot-loader.jar里面的class到結(jié)構(gòu)（2）？

四、JarLauncher執(zhí)行流程分析

看完這個(gè)流程在分析下第三節(jié)留的問(wèn)題，如流程圖首先使用Appclassloader加載了JarLauncher類并創(chuàng)建了LaunchedURLClassLoader類，而LaunchedURLClassLoader是屬于spring-boot-loader.jar包里面的，而Appclassloader是普通的加載器不能加載嵌套的jar里面的文件，所以如果把spring-boot-loader.jar放到lib 目錄下，Appclassloader將找不到LaunchedURLClassLoader。所以在打包時(shí)候

拷貝本來(lái)應(yīng)該放入到lib里面的spring-boot-loader.jar里面的class到結(jié)構(gòu)（2）。

五、總結(jié)

spring-boot-load模塊通過(guò)自定義jar包結(jié)構(gòu)自定義類加載器優(yōu)雅的實(shí)現(xiàn)了嵌套jar資源的加載，通過(guò)打包時(shí)候重新設(shè)置啟動(dòng)類和組織jar結(jié)構(gòu)，通過(guò)運(yùn)行時(shí)設(shè)置自定義加載器來(lái)實(shí)現(xiàn)嵌套jar資源加載。

原文鏈接：http://ifeve.com/spring-boot-loader/