首頁>網絡編程教程>Java教程

詳解spring boot應用啟動原理分析

作者：Eve Cole 更新時間：2025-08-06 18:32:02

前言

本文分析的是spring boot 1.3. 的工作原理。 spring boot 1.4. 之後打包結構發現了變化，增加了BOOT-INF目錄，但是基本原理還是不變的。

關於spring boot 1.4.* 裡ClassLoader的變化，可以參考：//www.VeVB.COm/article/141479.htm

spring boot quick start

在spring boot裡，很吸引人的一個特性是可以直接把應用打包成為一個jar/war，然後這個jar/war是可以直接啟動的，不需要另外配置一個Web Server。

如果之前沒有使用過spring boot可以通過下面的demo來感受下。

下面以這個工程為例，演示如何啟動Spring boot項目：

 git clone [email protected]:hengyunabc/spring-boot-demo.gitmvn spring-boot-demojava -jar target/demo-0.0.1-SNAPSHOT.jar

如果使用的IDE是spring sts或者idea，可以通過嚮導來創建spring boot項目。

也可以參考官方教程：
http://docs.spring.io/spring-boot/docs/current-SNAPSHOT/reference/htmlsingle/#getting-started-first-application

對spring boot的兩個疑問

剛開始接觸spring boot時，通常會有這些疑問

  1. spring boot如何啟動的？
  2. spring boot embed tomcat是如何工作的？ 靜態文件，jsp，網頁模板這些是如何加載到的？

下面來分析spring boot是如何做到的。

打包為單個jar時，spring boot的啟動方式

maven打包之後，會生成兩個jar文件：

 demo-0.0.1-SNAPSHOT.jardemo-0.0.1-SNAPSHOT.jar.original

其中demo-0.0.1-SNAPSHOT.jar.original是默認的maven-jar-plugin生成的包。

demo-0.0.1-SNAPSHOT.jar是spring boot maven插件生成的jar包，裡麵包含了應用的依賴，以及spring boot相關的類。下面稱之為fat jar。

先來查看spring boot打好的包的目錄結構（不重要的省略掉）：

 ├── META-INF│ ├── MANIFEST.MF├── application.properties├── com│ └── example│ └── SpringBootDemoApplication.class├── lib│ ├── aopalliance-1.0.jar│ ├── spring-beans-4.2.3.RELEASE.jar│ ├── ...└── org └── springframework └── boot └── loader ├── ExecutableArchiveLauncher.class ├── JarLauncher.class ├── JavaAgentDetector.class ├── LaunchedURLClassLoader.class ├── Launcher.class ├── MainMethodRunner.class ├── ...

依次來看下這些內容。

MANIFEST.MF

 Manifest-Version: 1.0Start-Class: com.example.SpringBootDemoApplicationImplementation-Vendor-Id: com.exampleSpring-Boot-Version: 1.3.0.RELEASECreated-By: Apache Maven 3.3.3Build-Jdk: 1.8.0_60Implementation-Vendor: Pivotal Software, Inc.Main-Class: org.springframework.boot.loader.JarLauncher

可以看到有Main-Class是org.springframework.boot.loader.JarLauncher ，這個是jar啟動的Main函數。

還有一個Start-Class是com.example.SpringBootDemoApplication，這個是我們應用自己的Main函數。

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

com/example 目錄

這下面放的是應用的.class文件。

lib目錄

這裡存放的是應用的Maven依賴的jar包文件。

比如spring-beans，spring-mvc等jar。

org/springframework/boot/loader 目錄

這下面存放的是Spring boot loader的.class文件。

Archive的概念

  1. archive即歸檔文件，這個概念在linux下比較常見
  2. 通常就是一個tar/zip格式的壓縮包
  3. jar是zip格式

在spring boot裡，抽像出了Archive的概念。

一個archive可以是一個jar（JarFileArchive），也可以是一個文件目錄（ExplodedArchive）。可以理解為Spring boot抽像出來的統一訪問資源的層。

上面的demo-0.0.1-SNAPSHOT.jar 是一個Archive，然後demo-0.0.1-SNAPSHOT.jar裡的/lib目錄下面的每一個Jar包，也是一個Archive。

 public abstract class Archive { public abstract URL getUrl(); public String getMainClass(); public abstract Collection<Entry> getEntries(); public abstract List<Archive> getNestedArchives(EntryFilter filter);

可以看到Archive有一個自己的URL，比如：

 jar:file:/tmp/target/demo-0.0.1-SNAPSHOT.jar!/

還有一個getNestedArchives函數，這個實際返回的是demo-0.0.1-SNAPSHOT.jar/lib下面的jar的Archive列表。它們的URL是：

 jar:file:/tmp/target/demo-0.0.1-SNAPSHOT.jar!/lib/aopalliance-1.0.jarjar:file:/tmp/target/demo-0.0.1-SNAPSHOT.jar!/lib/spring-beans-4.2.3.RELEASE.jar

JarLauncher

從MANIFEST.MF可以看到Main函數是JarLauncher，下面來分析它的工作流程。

JarLauncher類的繼承結構是：

 class JarLauncher extends ExecutableArchiveLauncherclass ExecutableArchiveLauncher extends Launcher

以demo-0.0.1-SNAPSHOT.jar創建一個Archive：

JarLauncher先找到自己所在的jar，即demo-0.0.1-SNAPSHOT.jar的路徑，然後創建了一個Archive。

下面的代碼展示瞭如何從一個類找到它的加載的位置的技巧：

 protected final Archive createArchive() throws Exception { ProtectionDomain protectionDomain = getClass().getProtectionDomain(); CodeSource codeSource = protectionDomain.getCodeSource(); URI location = (codeSource == null ? null : codeSource.getLocation().toURI()); String path = (location == null ? null : location.getSchemeSpecificPart()); if (path == null) { throw new IllegalStateException("Unable to determine code source archive"); } File root = new File(path); if (!root.exists()) { throw new IllegalStateException( "Unable to determine code source archive from " + root); } return (root.isDirectory() ? new ExplodedArchive(root) : new JarFileArchive(root));}

獲取lib/下面的jar，並創建一個LaunchedURLClassLoader

JarLauncher創建好Archive之後，通過getNestedArchives函數來獲取到demo-0.0.1-SNAPSHOT.jar/lib下面的所有jar文件，並創建為List。

注意上面提到，Archive都是有自己的URL的。

獲取到這些Archive的URL之後，也就獲得了一個URL[]數組，用這個來構造一個自定義的ClassLoader：LaunchedURLClassLoader。

創建好ClassLoader之後，再從MANIFEST.MF裡讀取到Start-Class，即com.example.SpringBootDemoApplication，然後創建一個新的線程來啟動應用的Main函數。

 /** * Launch the application given the archive file and a fully configured classloader. */protected void launch(String[] args, String mainClass, ClassLoader classLoader) throws Exception { Runnable runner = createMainMethodRunner(mainClass, args, classLoader); Thread runnerThread = new Thread(runner); runnerThread.setContextClassLoader(classLoader); runnerThread.setName(Thread.currentThread().getName()); runnerThread.start();}/** * Create the {@code MainMethodRunner} used to launch the application. */protected Runnable createMainMethodRunner(String mainClass, String[] args, ClassLoader classLoader) throws Exception { Class<?> runnerClass = classLoader.loadClass(RUNNER_CLASS); Constructor<?> constructor = runnerClass.getConstructor(String.class, String[].class); return (Runnable) constructor.newInstance(mainClass, args);}

LaunchedURLClassLoader

LaunchedURLClassLoader和普通的URLClassLoader的不同之處是，它提供了從Archive裡加載.class的能力。

結合Archive提供的getEntries函數，就可以獲取到Archive裡的Resource。當然裡面的細節還是很多的，下面再描述。

spring boot應用啟動流程總結

看到這裡，可以總結下Spring Boot應用的啟動流程：

  1. spring boot應用打包之後，生成一個fat jar，裡麵包含了應用依賴的jar包，還有Spring boot loader相關的類
  2. Fat jar的啟動Main函數是JarLauncher，它負責創建一個LaunchedURLClassLoader來加載/lib下面的jar，並以一個新線程啟動應用的Main函數。

spring boot loader裡的細節

代碼地址：https://github.com/spring-projects/spring-boot/tree/master/spring-boot-tools/spring-boot-loader

JarFile URL的擴展

Spring boot能做到以一個fat jar來啟動，最重要的一點是它實現了jar in jar的加載方式。

JDK原始的JarFile URL的定義可以參考這裡：

http://docs.oracle.com/javase/7/docs/api/java/net/JarURLConnection.html

原始的JarFile URL是這樣子的：

 jar:file:/tmp/target/demo-0.0.1-SNAPSHOT.jar!/

jar包裡的資源的URL：

複製代碼代碼如下:jar:file:/tmp/target/demo-0.0.1-SNAPSHOT.jar!/com/example/SpringBootDemoApplication.class

可以看到對於Jar裡的資源，定義以'!/'來分隔。原始的JarFile URL只支持一個'!/'。

Spring boot擴展了這個協議，讓它支持多個'!/'，就可以表示jar in jar，jar in directory的資源了。

比如下面的URL表示demo-0.0.1-SNAPSHOT.jar這個jar裡lib目錄下面的spring-beans-4.2.3.RELEASE.jar裡面的MANIFEST.MF：

複製代碼代碼如下:jar:file:/tmp/target/demo-0.0.1-SNAPSHOT.jar!/lib/spring-beans-4.2.3.RELEASE.jar!/META-INF/MANIFEST.MF

自定義URLStreamHandler，擴展JarFile和JarURLConnection

在構造一個URL時，可以傳遞一個Handler，而JDK自帶有默認的Handler類，應用可以自己註冊Handler來處理自定義的URL。

 public URL(String protocol, String host, int port, String file, URLStreamHandler handler) throws MalformedURLException

參考：
https://docs.oracle.com/javase/8/docs/api/java/net/URL.html#URL-java.lang.String-java.lang.String-int-java.lang.String-

Spring boot通過註冊了一個自定義的Handler類來處理多重jar in jar的邏輯。

這個Handler內部會用SoftReference來緩存所有打開過的JarFile。

在處理像下面這樣的URL時，會循環處理'!/'分隔符，從最上層出發，先構造出demo-0.0.1-SNAPSHOT.jar這個JarFile，再構造出spring-beans-4.2.3.RELEASE.jar這個JarFile，然後再構造出指向MANIFEST.MF的JarURLConnection。

複製代碼代碼如下:jar:file:/tmp/target/demo-0.0.1-SNAPSHOT.jar!/lib/spring-beans-4.2.3.RELEASE.jar!/META-INF/MANIFEST.MF

 //org.springframework.boot.loader.jar.Handlerpublic class Handler extends URLStreamHandler { private static final String SEPARATOR = "!/"; private static SoftReference<Map<File, JarFile>> rootFileCache; @Override protected URLConnection openConnection(URL url) throws IOException { if (this.jarFile != null) { return new JarURLConnection(url, this.jarFile); } try { return new JarURLConnection(url, getRootJarFileFromUrl(url)); } catch (Exception ex) { return openFallbackConnection(url, ex); } } public JarFile getRootJarFileFromUrl(URL url) throws IOException { String spec = url.getFile(); int separatorIndex = spec.indexOf(SEPARATOR); if (separatorIndex == -1) { throw new MalformedURLException("Jar URL does not contain !/ separator"); } String name = spec.substring(0, separatorIndex); return getRootJarFile(name); }

ClassLoader如何讀取到Resource

對於一個ClassLoader，它需要哪些能力？

  1. 查找資源
  2. 讀取資源

對應的API是：

 public URL findResource(String name)public InputStream getResourceAsStream(String name)

上面提到，Spring boot構造LaunchedURLClassLoader時，傳遞了一個URL[]數組。數組裡是lib目錄下面的jar的URL。

對於一個URL，JDK或者ClassLoader如何知道怎麼讀取到裡面的內容的？

實際上流程是這樣子的：

  1. LaunchedURLClassLoader.loadClass
  2. URL.getContent()
  3. URL.openConnection()
  4. Handler.openConnection(URL)

最終調用的是JarURLConnection的getInputStream()函數。

 //org.springframework.boot.loader.jar.JarURLConnection @Override public InputStream getInputStream() throws IOException { connect(); if (this.jarEntryName.isEmpty()) { throw new IOException("no entry name specified"); } return this.jarEntryData.getInputStream(); }

從一個URL，到最終讀取到URL裡的內容，整個過程是比較複雜的，總結下：

  1. spring boot註冊了一個Handler來處理”jar:”這種協議的URL
  2. spring boot擴展了JarFile和JarURLConnection，內部處理jar in jar的情況
  3. 在處理多重jar in jar的URL時，spring boot會循環處理，並緩存已經加載到的JarFile
  4. 對於多重jar in jar，實際上是解壓到了臨時目錄來處理，可以參考JarFileArchive裡的代碼
  5. 在獲取URL的InputStream時，最終獲取到的是JarFile裡的JarEntryData

這裡面的細節很多，只列出比較重要的一些點。

然後，URLClassLoader是如何getResource的呢？

URLClassLoader在構造時，有URL[]數組參數，它內部會用這個數組來構造一個URLClassPath:

 URLClassPath ucp = new URLClassPath(urls);

在URLClassPath 內部會為這些URLS 都構造一個Loader，然後在getResource時，會從這些Loader裡一個個去嘗試獲取。
如果獲取成功的話，就像下面那樣包裝為一個Resource。

 Resource getResource(final String name, boolean check) { final URL url; try { url = new URL(base, ParseUtil.encodePath(name, false)); } catch (MalformedURLException e) { throw new IllegalArgumentException("name"); } final URLConnection uc; try { if (check) { URLClassPath.check(url); } uc = url.openConnection(); InputStream in = uc.getInputStream(); if (uc instanceof JarURLConnection) { /* Need to remember the jar file so it can be closed * in a hurry. */ JarURLConnection juc = (JarURLConnection)uc; jarfile = JarLoader.checkJar(juc.getJarFile()); } } catch (Exception e) { return null; } return new Resource() { public String getName() { return name; } public URL getURL() { return url; } public URL getCodeSourceURL() { return base; } public InputStream getInputStream() throws IOException { return uc.getInputStream(); } public int getContentLength() throws IOException { return uc.getContentLength(); } };}

從代碼裡可以看到，實際上是調用了url.openConnection()。這樣完整的鏈條就可以連接起來了。

注意，URLClassPath這個類的代碼在JDK裡沒有自帶，在這裡看到http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/7u40-b43/sun/misc/URLClassPath.java#506

在IDE/開放目錄啟動Spring boot應用

在上面只提到在一個fat jar裡啟動Spring boot應用的過程，下面分析IDE裡Spring boot是如何啟動的。

在IDE裡，直接運行的Main函數是應用自己的Main函數：

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

其實在IDE裡啟動Spring boot應用是最簡單的一種情況，因為依賴的Jar都讓IDE放到classpath裡了，所以Spring boot直接啟動就完事了。

還有一種情況是在一個開放目錄下啟動Spring boot啟動。所謂的開放目錄就是把fat jar解壓，然後直接啟動應用。

 java org.springframework.boot.loader.JarLauncher

這時，Spring boot會判斷當前是否在一個目錄裡，如果是的，則構造一個ExplodedArchive（前面在jar裡時是JarFileArchive），後面的啟動流程類似fat jar的。

Embead Tomcat的啟動流程

判斷是否在web環境

spring boot在啟動時，先通過一個簡單的查找Servlet類的方式來判斷是不是在web環境：

 private static final String[] WEB_ENVIRONMENT_CLASSES = { "javax.servlet.Servlet", "org.springframework.web.context.ConfigurableWebApplicationContext" };private boolean deduceWebEnvironment() { for (String className : WEB_ENVIRONMENT_CLASSES) { if (!ClassUtils.isPresent(className, null)) { return false; } } return true;}

如果是的話，則會創建AnnotationConfigEmbeddedWebApplicationContext，否則Spring context就是AnnotationConfigApplicationContext：

 //org.springframework.boot.SpringApplication protected ConfigurableApplicationContext createApplicationContext() { Class<?> contextClass = this.applicationContextClass; if (contextClass == null) { try { contextClass = Class.forName(this.webEnvironment ? DEFAULT_WEB_CONTEXT_CLASS : DEFAULT_CONTEXT_CLASS); } catch (ClassNotFoundException ex) { throw new IllegalStateException( "Unable create a default ApplicationContext, " + "please specify an ApplicationContextClass", ex); } } return (ConfigurableApplicationContext) BeanUtils.instantiate(contextClass); }

獲取EmbeddedServletContainerFactory的實現類

spring boot通過獲取EmbeddedServletContainerFactory來啟動對應的web服務器。

常用的兩個實現類是TomcatEmbeddedServletContainerFactory和JettyEmbeddedServletContainerFactory。

啟動Tomcat的代碼：

 //TomcatEmbeddedServletContainerFactory@Overridepublic EmbeddedServletContainer getEmbeddedServletContainer( ServletContextInitializer... initializers) { Tomcat tomcat = new Tomcat(); File baseDir = (this.baseDirectory != null ? this.baseDirectory : createTempDir("tomcat")); tomcat.setBaseDir(baseDir.getAbsolutePath()); Connector connector = new Connector(this.protocol); tomcat.getService().addConnector(connector); customizeConnector(connector); tomcat.setConnector(connector); tomcat.getHost().setAutoDeploy(false); tomcat.getEngine().setBackgroundProcessorDelay(-1); for (Connector additionalConnector : this.additionalTomcatConnectors) { tomcat.getService().addConnector(additionalConnector); } prepareContext(tomcat.getHost(), initializers); return getTomcatEmbeddedServletContainer(tomcat);}

會為tomcat創建一個臨時文件目錄，如：
/tmp/tomcat.2233614112516545210.8080，做為tomcat的basedir。裡面會放tomcat的臨時文件，比如work目錄。

還會初始化Tomcat的一些Servlet，比如比較重要的default/jsp servlet：

 private void addDefaultServlet(Context context) { Wrapper defaultServlet = context.createWrapper(); defaultServlet.setName("default"); defaultServlet.setServletClass("org.apache.catalina.servlets.DefaultServlet"); defaultServlet.addInitParameter("debug", "0"); defaultServlet.addInitParameter("listings", "false"); defaultServlet.setLoadOnStartup(1); // Otherwise the default location of a Spring DispatcherServlet cannot be set defaultServlet.setOverridable(true); context.addChild(defaultServlet); context.addServletMapping("/", "default");}private void addJspServlet(Context context) { Wrapper jspServlet = context.createWrapper(); jspServlet.setName("jsp"); jspServlet.setServletClass(getJspServletClassName()); jspServlet.addInitParameter("fork", "false"); jspServlet.setLoadOnStartup(3); context.addChild(jspServlet); context.addServletMapping("*.jsp", "jsp"); context.addServletMapping("*.jspx", "jsp");}

spring boot的web應用如何訪問Resource

當spring boot應用被打包為一個fat jar時，是如何訪問到web resource的？

實際上是通過Archive提供的URL，然後通過Classloader提供的訪問classpath resource的能力來實現的。

index.html

比如需要配置一個index.html，這個可以直接放在代碼裡的src/main/resources/static目錄下。

對於index.html歡迎頁，spring boot在初始化時，就會創建一個ViewController來處理：

 //ResourcePropertiespublic class ResourceProperties implements ResourceLoaderAware { private static final String[] SERVLET_RESOURCE_LOCATIONS = { "/" }; private static final String[] CLASSPATH_RESOURCE_LOCATIONS = { "classpath:/META-INF/resources/", "classpath:/resources/", "classpath:/static/", "classpath:/public/" };
 //WebMvcAutoConfigurationAdapter @Override public void addViewControllers(ViewControllerRegistry registry) { Resource page = this.resourceProperties.getWelcomePage(); if (page != null) { logger.info("Adding welcome page: " + page); registry.addViewController("/").setViewName("forward:index.html"); } }

template

像頁面模板文件可以放在src/main/resources/template目錄下。但這個實際上是模板的實現類自己處理的。比如ThymeleafProperties類裡的：

 public static final String DEFAULT_PREFIX = "classpath:/templates/";

jsp

jsp頁面和template類似。實際上是通過spring mvc內置的JstlView來處理的。

可以通過配置spring.view.prefix來設定jsp頁面的目錄：

 spring.view.prefix: /WEB-INF/jsp/

spring boot裡統一的錯誤頁面的處理

對於錯誤頁面，Spring boot也是通過創建一個BasicErrorController來統一處理的。

 @Controller@RequestMapping("${server.error.path:${error.path:/error}}")public class BasicErrorController extends AbstractErrorController

對應的View是一個簡單的HTML提醒：

 @Configuration@ConditionalOnProperty(prefix = "server.error.whitelabel", name = "enabled", matchIfMissing = true)@Conditional(ErrorTemplateMissingCondition.class)protected static class WhitelabelErrorViewConfiguration { private final SpelView defaultErrorView = new SpelView( "<html><body><h1>Whitelabel Error Page</h1>" + "<p>This application has no explicit mapping for /error, so you are seeing this as a fallback.</p>" + "<div id='created'>${timestamp}</div>" + "<div>There was an unexpected error (type=${error}, status=${status}).</div>" + "<div>${message}</div></body></html>"); @Bean(name = "error") @ConditionalOnMissingBean(name = "error") public View defaultErrorView() { return this.defaultErrorView; }

spring boot的這個做法很好，避免了傳統的web應用來出錯時，默認拋出異常，容易洩密。

spring boot應用的maven打包過程

先通過maven-shade-plugin生成一個包含依賴的jar，再通過spring-boot-maven-plugin插件把spring boot loader相關的類，還有MANIFEST.MF打包到jar裡。

spring boot裡有顏色日誌的實現

當在shell裡啟動spring boot應用時，會發現它的logger輸出是有顏色的，這個特性很有意思。

可以通過這個設置來關閉：

 spring.output.ansi.enabled=false

原理是通過AnsiOutputApplicationListener ，這個來獲取這個配置，然後設置logback在輸出時，加了一個ColorConverter，通過org.springframework.boot.ansi.AnsiOutput ，對一些字段進行了渲染。

一些代碼小技巧

實現ClassLoader時，支持JDK7並行加載

可以參考LaunchedURLClassLoader裡的LockProvider

 public class LaunchedURLClassLoader extends URLClassLoader { private static LockProvider LOCK_PROVIDER = setupLockProvider(); private static LockProvider setupLockProvider() { try { ClassLoader.registerAsParallelCapable(); return new Java7LockProvider(); } catch (NoSuchMethodError ex) { return new LockProvider(); } } @Override protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException { synchronized (LaunchedURLClassLoader.LOCK_PROVIDER.getLock(this, name)) { Class<?> loadedClass = findLoadedClass(name); if (loadedClass == null) { Handler.setUseFastConnectionExceptions(true); try { loadedClass = doLoadClass(name); } finally { Handler.setUseFastConnectionExceptions(false); } } if (resolve) { resolveClass(loadedClass); } return loadedClass; } }

檢測jar包是否通過agent加載的

InputArgumentsJavaAgentDetector，原理是檢測jar的URL是否有”-javaagent:”的前綴。

 private static final String JAVA_AGENT_PREFIX = "-javaagent:";

獲取進程的PID

ApplicationPid，可以獲取PID。

 private String getPid() { try { String jvmName = ManagementFactory.getRuntimeMXBean().getName(); return jvmName.split("@")[0]; } catch (Throwable ex) { return null; }}

包裝Logger類

spring boot裡自己包裝了一套logger，支持java, log4j, log4j2, logback，以後有需要自己包裝logger時，可以參考這個。

在org.springframework.boot.logging包下面。

獲取原始啟動的main函數

通過堆棧裡獲取的方式，判斷main函數，找到原始啟動的main函數。

 private Class<?> deduceMainApplicationClass() { try { StackTraceElement[] stackTrace = new RuntimeException().getStackTrace(); for (StackTraceElement stackTraceElement : stackTrace) { if ("main".equals(stackTraceElement.getMethodName())) { return Class.forName(stackTraceElement.getClassName()); } } } catch (ClassNotFoundException ex) { // Swallow and continue } return null;}

spirng boot的一些缺點：

當spring boot應用以一個fat jar方式運行時，會遇到一些問題。以下是個人看法：

  1. 日誌不知道放哪，默認是輸出到stdout的
  2. 數據目錄不知道放哪, jenkinns的做法是放到${user.home}/.jenkins 下面
  3. 相對目錄API不能使用，servletContext.getRealPath(“/“) 返回的是NULL
  4. spring boot應用喜歡把配置都寫到代碼裡，有時會帶來混亂。一些簡單可以用xml來表達的配置可能會變得難讀，而且凌亂。

總結

spring boot通過擴展了jar協議，抽像出Archive概念，和配套的JarFile，JarUrlConnection，LaunchedURLClassLoader，從而實現了上層應用無感知的all in one的開發體驗。儘管Executable war並不是spring提出的概念，但spring boot讓它發揚光大。

spring boot是一個驚人的項目，可以說是spring的第二春，spring-cloud-config, spring-session, metrics, remote shell等都是深愛開發者喜愛的項目、特性。幾乎可以肯定設計者是有豐富的一線開發經驗，深知開發人員的痛點。

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持武林網。

相關文章