快捷導(dǎo)航

快速掌握SpringBoot應(yīng)用的啟動(dòng)入口

更新時(shí)間：2022年05月23日 09:41:29 作者：Chub

本篇并不是深究?jī)?nèi)置服務(wù)器的啟動(dòng)過程，而是追溯Springboot啟動(dòng)之前到底做了什么？它是如何與我們經(jīng)常寫的@SpringBootApplication注解注釋的main方法類綁定起來(lái)的？對(duì)SpringBoot啟動(dòng)入口相關(guān)知識(shí)感興趣的朋友一起看看吧

Springboot可以說(shuō)是Java程序員必備技能了，大家都知道Springboot最終可以通過maven打成jar包，然后直接使用java -jar命令運(yùn)行一個(gè)Web工程（或其它）。這樣就避免了原先基于tomcat的web工程的復(fù)雜操作。Springboot能夠使Web服務(wù)的部署簡(jiǎn)單到如此程度是因?yàn)槠鋬?nèi)置了Jetty（或Tomcat）服務(wù)器，并且在容器啟動(dòng)過程中start該服務(wù)器，成功運(yùn)行Web服務(wù)。

本篇并不是深究?jī)?nèi)置服務(wù)器的啟動(dòng)過程，而是追溯Springboot啟動(dòng)之前到底做了什么？它是如何與我們經(jīng)常寫的@SpringBootApplication注解注釋的main方法類綁定起來(lái)的？

1、一切的開始

相信各位Springbooter一定不會(huì)陌生下面的代碼，無(wú)論是初學(xué)Springboot的新同學(xué)，或是開始研究Springboot源碼的新司機(jī)，這段代碼幾乎是我們的落腳點(diǎn)。我們?nèi)绱耸煜に?，以至于認(rèn)為它就是Springboot這個(gè)魔法樂園的起點(diǎn)。但真的是這樣嗎？

 @SpringBootApplication
 public class Springboot01helloworldApplication {
     public static void main(String[] args) {
         SpringApplication.run(Springboot01helloworldApplication.class, args);
     }
 }

我們都知道，一個(gè)Java工程打包過后，這個(gè)jar包的入口描述被寫在了/META-INF/MANIFEST.MF文件下，下面讓我們來(lái)看看這個(gè)文件內(nèi)容：

 Manifest-Version: 1.0
 Archiver-Version: Plexus Archiver
 Built-By: MrXu
 Start-Class: com.vivo.internet.nex.repeater.console.RepeaterConsoleApplication
 Spring-Boot-Classes: BOOT-INF/classes/
 Spring-Boot-Lib: BOOT-INF/lib/
 Spring-Boot-Version: 1.5.19.RELEASE
 Created-By: Apache Maven 3.8.1
 Build-Jdk: 1.8.0_281
 Main-Class: org.springframework.boot.loader.JarLauncher

文件入口的描述為Main-Class對(duì)應(yīng)的value，即org.springframework.boot.loader.JarLauncher。那么，接下來(lái)我們需要看下這個(gè)類究竟做了什么？

 // JarLauncher.java
 public class JarLauncher extends ExecutableArchiveLauncher {
     static final String BOOT_INF_CLASSES = "BOOT-INF/classes/";
     static final String BOOT_INF_LIB = "BOOT-INF/lib/";
     public JarLauncher() {
     }
     // ...省略無(wú)關(guān)代碼
     public static void main(String[] args) throws Exception {
         (new JarLauncher()).launch(args);
     }
 }

明顯的main函數(shù)吸引了我們的注意，沒錯(cuò)了，這就是入口，看看JarLauncher的空構(gòu)造并沒有任何代碼，我們先往它的父類找找：

 // ExecutableArchiveLauncher.java
 public abstract class ExecutableArchiveLauncher extends Launcher {
     public ExecutableArchiveLauncher() {
         try {
             this.archive = this.createArchive();
         } catch (Exception var2) {
             throw new IllegalStateException(var2);
         }
     }
     // ...省略
 }
 ?
 // Launcher.java
 public abstract class Launcher {
     public Launcher() {}
     // ...省略無(wú)關(guān)代碼
 }

從代碼中可以看出，真正干了事情的父類是ExecutableArchiveLauncher，它在初始化時(shí)構(gòu)造了archive實(shí)例，該實(shí)例封裝了/META-INF/MANIFEST.MF文件的信息。后面我們也會(huì)用到它。

隨后便是launch方法，我們只關(guān)系核心執(zhí)行流程：

 // Launcher.java
 protected void launch(String[] args) throws Exception {
     JarFile.registerUrlProtocolHandler();
     ClassLoader classLoader = this.createClassLoader(this.getClassPathArchives());
     this.launch(args, this.getMainClass(), classLoader);
 }
 // ExecutableArchiveLauncher.java
 protected String getMainClass() throws Exception {
     Manifest manifest = this.archive.getManifest();
     String mainClass = null;
     if (manifest != null) {
         mainClass = manifest.getMainAttributes().getValue("Start-Class");
     }
 ?
     if (mainClass == null) {
         throw new IllegalStateException("No 'Start-Class' manifest entry specified in " + this);
     } else {
         return mainClass;
     }
 }

這里首先調(diào)用子類ExecutableArchiveLauncher的getMainClass方法，主要邏輯就是從/META-INF/MANIFEST.MF文件中獲取Start-Class信息，對(duì)應(yīng)上文就是com.vivo.internet.nex.repeater.console.RepeaterConsoleApplication字符串，這樣就和我們寫的啟動(dòng)類關(guān)聯(lián)上了。

然后是launch方法的具體執(zhí)行，launch()首先創(chuàng)建一個(gè)MainMethodRunner，將上文獲取的Start-Class和透?jìng)鞯膮?shù)傳遞進(jìn)去，然后調(diào)用MainMethodRunner的run方法。run方法的執(zhí)行也非常簡(jiǎn)單，就是加載Start-Class對(duì)應(yīng)的啟動(dòng)類，然后反射調(diào)用啟動(dòng)類的main方法。之后就是容器的初始化過程了。

 // Launcher.java
 protected void launch(String[] args, String mainClass, ClassLoader classLoader) throws Exception {
     Thread.currentThread().setContextClassLoader(classLoader);
     // 這里首先調(diào)用createMainMethodRunner創(chuàng)建一個(gè)MainMethodRunner實(shí)例，將mainClass和args參數(shù)傳入。隨后調(diào)用
     this.createMainMethodRunner(mainClass, args, classLoader).run();
 }
 protected MainMethodRunner createMainMethodRunner(String mainClass, String[] args, ClassLoader classLoader) {
     return new MainMethodRunner(mainClass, args);
 }
 ?
 // MainMethodRunner.java
 public MainMethodRunner(String mainClass, String[] args) {
     this.mainClassName = mainClass;
     this.args = args != null ? (String[])args.clone() : null;
 }
 public void run() throws Exception {
     Class<?> mainClass = Thread.currentThread().getContextClassLoader().loadClass(this.mainClassName);
     Method mainMethod = mainClass.getDeclaredMethod("main", String[].class);
     mainMethod.invoke((Object)null, this.args);
 }

2、總結(jié)

綜上所述，對(duì)于Springboot工程，啟動(dòng)類并不是真正的工程入口，他會(huì)被真正的入口反射調(diào)用其main方法實(shí)現(xiàn)Spring容器的啟動(dòng)。工程入口也是Spring的開發(fā)人員為我們“營(yíng)造的一種假象”，抽象出來(lái)的邏輯入口。

到此這篇關(guān)于快速掌握SpringBoot應(yīng)用的啟動(dòng)入口的文章就介紹到這了,更多相關(guān)SpringBoot啟動(dòng)入口內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: