上一節，我們分析了springboot啟動流程中SpringApplication 類的新建過程。知道了其在新建過程中匯入了幾個Initializer和Listener，這一節分析一下run方法的執行邏輯。
public ConfigurableApplicationContext run(String... args) {
//stopwatch主要是一個監控工具，記錄啟動的耗時。
StopWatch stopWatch = new StopWatch();
stopWatch.start();
ConfigurableApplicationContext context = null;
Collection<SpringBootExceptionReporter> exceptionReporters = new ArrayList<>();
//配置java的headless模式
configureHeadlessProperty();
//獲取linstener並啟動他們
SpringApplicationRunListeners listeners = getRunListeners(args);
listeners.starting();
try {
//記錄啟動時輸入的引數
ApplicationArguments applicationArguments = new DefaultApplicationArguments(
args);
//準備環境相關配置
ConfigurableEnvironment environment = prepareEnvironment(listeners,
applicationArguments);
configureIgnoreBeanInfo(environment);
//列印啟動標誌
Banner printedBanner = printBanner(environment);
//建立applicationContext
context = createApplicationContext();
exceptionReporters = getSpringFactoriesInstances(
SpringBootExceptionReporter.class,
new Class[] { ConfigurableApplicationContext.class }, context);
//準備並且重新整理applicationContext
prepareContext(context, environment, listeners, applicationArguments,
printedBanner);
refreshContext(context);
afterRefresh(context, applicationArguments);
stopWatch.stop();
if (this.logStartupInfo) {
new StartupInfoLogger(this.mainApplicationClass)
.logStarted(getApplicationLog(), stopWatch);
}
listeners.started(context);
callRunners(context, applicationArguments);
}
catch (Throwable ex) {
handleRunFailure(context, ex, exceptionReporters, listeners);
throw new IllegalStateException(ex);
}
try {
listeners.running(context);
}
catch (Throwable ex) {
handleRunFailure(context, ex, exceptionReporters, null);
throw new IllegalStateException(ex);
}
return context;
}複製程式碼配合註釋，開始分析run方法的邏輯。
StopWatch主要起一個監控的作用，裡面的邏輯並不複雜。後面配置了java的headless模式，這個模式和我們的主流程邏輯影響不大，讀者可以自行了解一下。
在下一行，就到了獲取listeners並呼叫其start方法。這個地方一般人肯定會以為springboot會直接獲取在新建時已經得到的listener類。但是 springboot並沒有這樣做，這個地方就體現了我一開始說的，有時候我們感覺很簡單的邏輯，springboot想的比我們更多，所以做的也更復雜。所以關於listener類的呼叫我們先不深入分析，後面結合配置的載入一併分析，在這兒，我們只需要知道呼叫了listener類的start方法即可。
在後面一行，使用ApplicationArguments 記錄了啟動時的引數，並且使用引數配置了環境類environment。environment主要的作用就是記錄了我們在配置檔案中配置的那些鍵值對。所以經過這步之後我們的配置就已經被讀取到專案中了。
printBanner方法主要的作用就是列印了啟動時的標誌。
private Banner printBanner(ConfigurableEnvironment environment) {
if (this.bannerMode == Banner.Mode.OFF) {
return null;
}
ResourceLoader resourceLoader = (this.resourceLoader != null)
? this.resourceLoader : new DefaultResourceLoader(getClassLoader());
SpringApplicationBannerPrinter bannerPrinter = new SpringApplicationBannerPrinter(
resourceLoader, this.banner);
if (this.bannerMode == Mode.LOG) {
return bannerPrinter.print(environment, this.mainApplicationClass, logger);
}
//進入列印方法
return bannerPrinter.print(environment, this.mainApplicationClass, System.out);
}
public Banner print(Environment environment, Class<?> sourceClass, PrintStream out) {
//獲取需要列印的方案
Banner banner = getBanner(environment);
banner.printBanner(environment, sourceClass, out);
return new PrintedBanner(banner, sourceClass);
}複製程式碼在getBanner方法中，我們可以看到springboot是先看看使用者有沒有自定義，如果有就列印使用者自定義的，如果沒有就列印預設的，預設就是我們常常看到的spring那個圖案。
如果需要修改的化，我們可以直接在resources資料夾下面新建banner.txt檔案，裡面放置我們想要的圖案比如：
****************************************
* * * *
* * * * * *
* * * * * *
* * *
* * * *
* *
* * * *
* * * *
* * * *
* * * *
* * * *
* * *
****************************************複製程式碼這樣我們就可以在控制檯看到改變了。
再往下，則開始了對applicationContext類的建立及準備操作。如果讀過spring原始碼的話應該知道對spring框架來說這是一個極其重要的類。這個類啟動完成，就代表spring容器的建立完成了。在springboot中applicationContext還負責了內嵌伺服器（比如tomcat之類）的啟動工作。所以這部分邏輯，等到後面類載入過程以及內嵌tomcat啟動分析的時候，在詳細深入分析。
所以到這兒，從頂層看springboot的邏輯已經結束了。這就是我一開始說的，從頂層看springboot的邏輯其實並不複雜。頂層邏輯看完之後，我們就要開始分析重點了。這個時候挑戰才剛剛開始。