標(biāo)題和Spring Boot啟動過程（四）之Spring Boot內(nèi)嵌Tomcat啟動很像，所以特別強(qiáng)調(diào)一下，這個(gè)是Tomcat對象的。

　　從TomcatEmbeddedServletContainer的this.tomcat.start()開始，主要是利用LifecycleBase對這一套容器（engine，host，context及wrapper）進(jìn)行啟動并發(fā)布諸如configure_start、before_init、after_start的lifecycleEvent事件給相應(yīng)的監(jiān)聽器（如果有的話）。進(jìn)入start，因?yàn)榇藭r(shí)狀態(tài)是LifecycleState.NEW，所以會執(zhí)行init方法：

 public final synchronized void init() throws LifecycleException {
  if(!this.state.equals(LifecycleState.NEW)) {
   this.invalidTransition("before_init");
  }
  try {
   this.setStateInternal(LifecycleState.INITIALIZING, (Object)null, false);
   this.initInternal();
   this.setStateInternal(LifecycleState.INITIALIZED, (Object)null, false);
  } catch (Throwable var2) {
   ExceptionUtils.handleThrowable(var2);
   this.setStateInternal(LifecycleState.FAILED, (Object)null, false);
   throw new LifecycleException(sm.getString("lifecycleBase.initFail", new Object[]{this.toString()}), var2);
  }
 }

 　　首先，狀態(tài)變?yōu)長ifecycleState.INITIALIZING并發(fā)布一個(gè)before_init的LifecycleEvent給所有l(wèi)ifecycleListeners:

　　這里的super:

　　因?yàn)樯厦媸莝erver.start調(diào)用的start方法，所以雖然方法的代碼在LifecycleBase中，但this指的是StandardServer的實(shí)例，于是這里的this.initInternal走的是StandardServer的initInternal方法，initInternal首先調(diào)用了super.initInternal，這里的super是LifecycleMBeanBase，MBean是用于JMX的能代表管理資源的管理構(gòu)件，JMX定義了四種管理構(gòu)件：標(biāo)準(zhǔn)、動態(tài)、開放和模型管理構(gòu)件。每一種管理構(gòu)件可以根據(jù)不同的環(huán)境需要進(jìn)行制定，檢查標(biāo)準(zhǔn)管理構(gòu)件接口和應(yīng)用設(shè)計(jì)模式的過程被稱為內(nèi)省（Introspection），動態(tài)管理構(gòu)件提供了更大的靈活性，它可以在運(yùn)行期暴露自己的管理接口。它的實(shí)現(xiàn)是通過實(shí)現(xiàn)一個(gè)特定的接口DynamicMBean。MBeanFactoryInitializer初始化是在BackgroundPreinitializer的onApplicationEvent。MBean功能相當(dāng)強(qiáng)大，例如可以提供服務(wù)器的遠(yuǎn)程管理，當(dāng)然也可以自定義此類功能：　

　　onameStringCache = register(new StringCache(), "type=StringCache")注冊全局字符串緩存，這里是使用DynamicMBean的方式，注冊后StringCache也提供了類似上圖的被管理功能，可以遠(yuǎn)程清楚服務(wù)器的字符串緩存等。 下一句globalNamingResources.init()同樣的LifecycleBase的init套路，先是setStateInternal更新globalNamingResources的LifecycleState狀態(tài)為INITIALIZING發(fā)布before_init事件，然后NamingResourcesImpl的initInternal，里面依然是之前的super.initInternal()，顯示注冊ContextResource、ContextEnvironment、ContextResourceLink避免注冊時(shí)序問題，重復(fù)注冊沒關(guān)系；又是一個(gè)globalNamingResources的LifecycleBase的setStateInternal方法，更新LifecycleState狀態(tài)為INITIALIZED發(fā)布after_init事件;然后回到StandardServer的initInternal，循環(huán)init之前add給server的service：

　　又是的LifecycleBase的init，只不過這次是StandardService[Tomcat]，更新的LifecycleState狀態(tài)為INITIALIZING發(fā)布before_init事件，StandardService的initInternal，super之后是engine.init，同樣engine現(xiàn)在也是初始化階段，更新狀態(tài)發(fā)布事件，然后進(jìn)入StandardEngine的initInternal：

 protected void initInternal() throws LifecycleException {
  // Ensure that a Realm is present before any attempt is made to start
  // one. This will create the default NullRealm if necessary.
  getRealm();
  super.initInternal();
 }

　　Realm是關(guān)于權(quán)限的，具體可以看http://tomcat.apache.org/tomcat-8.0-doc/realm-howto.html;super(ContainerBase).initInternal創(chuàng)建了一個(gè)線程池startStopExecutor，這個(gè)startStopExecutor之后會接受兩種任務(wù)StartChild和StopChild用池線程啟動和停止子容器，StartStopThreadFactory會在創(chuàng)建線程時(shí)將線程設(shè)為守護(hù)線程，線程名例如：Thread [Tomcat(此處是容器的name)-startStop-1,5,main]。之后setStateInternal更新engine的LifecycleState狀態(tài)為INITIALIZED發(fā)布after_init事件。如果service之前add過Executor，會將這些Executor初始化，如果Executor是JmxEnabled則設(shè)置作用范圍。mapperListener的初始化沒有特殊邏輯，就是先改狀態(tài)為正在初始化并發(fā)布初始化之前的事件，然后注冊MBeanServer，再改狀態(tài)為初始化完成并發(fā)布初始化后事件。然后是在同步代碼塊中初始化Connector，不過之前已經(jīng)將Connector與Service解綁了，所以這里什么都沒做。于是，Service的初始化完成了，更新service的LifecycleState狀態(tài)為INITIALIZED發(fā)布after_init事件。接著Server的初始化也完成了，同樣也是更新狀態(tài)發(fā)布事件。回到Server的start(雖然代碼在Lifecycle中)，setStateInternal(LifecycleState.STARTING_PREP, null, false)更新LifecycleState狀態(tài)為準(zhǔn)備啟動，發(fā)布before_start事件；startInternal首先發(fā)布一個(gè)configure_start事件，接著setState(LifecycleState.STARTING)就將狀態(tài)改為了STARTING同時(shí)發(fā)布start事件；globalNamingResources.start()更新狀態(tài)setStateInternal(LifecycleState.STARTING_PREP, null, false)發(fā)布before_start事件；globalNamingResources的startInternal方法，發(fā)布configure_start事件并setState(LifecycleState.STARTING)，globalNamingResources啟動完成改狀態(tài)STARTED發(fā)布after_start事件；然后回到server代碼中，在同步代碼塊中啟動service:

 // Start our defined Services
  synchronized (servicesLock) {
   for (int i = 0; i < services.length; i++) {
    services[i].start();
   }
  }

　　當(dāng)前狀態(tài)的Service會執(zhí)行setStateInternal(LifecycleState.STARTING_PREP, null, false)，然后到StandardService的startInternal方法，setState(LifecycleState.STARTING)不說了，接著是同步代碼塊中engine.start()，里面是engine狀態(tài)變更setStateInternal(LifecycleState.STARTING_PREP, null, false)，startInternal中super.startInternal執(zhí)行ContainerBase的對應(yīng)方法，初始化logger；然后((Lifecycle) realm).start()，start方法里又是一個(gè)循環(huán)，從NEW到INITIALIZING的狀態(tài)變化，然后進(jìn)入RealmBase的initInternal方法

 super.initInternal中MBeanServer，然后this.containerLog = container.getLogger()，此處container是StandardEngine[Tomcat]，x509UsernameRetriever = createUsernameRetriever(x509UsernameRetrieverClassName)，參考：https://bz.apache.org/bugzilla/show_bug.cgi?id=52500；狀態(tài)連續(xù)更新到INITIALIZED然后STARTING_PREP，發(fā)布的什么事件我就不寫了，現(xiàn)在還在Realm[Simple]中，接著是RealmBase的startInternal方法，它初始化了credentialHandler = new MessageDigestCredentialHandler()并將狀態(tài)由改為了STARTING發(fā)布start事件，接著又改狀態(tài)了STARTED事件after_start；然后回到了StandardEngine [Tomcat]中，通過ContainerBase的findChildren方法找到了子容器：

　　隨后將host的啟動，提交給了之前初始化的startStopExecutor：

 for (int i = 0; i < children.length; i++) {
   results.add(startStopExecutor.submit(new StartChild(children[i])));
  }

　　借助Future<Void>獲取線程執(zhí)行的返回值；

　　下面就到了執(zhí)行注冊到engine的pipeline中的Value對象了((Lifecycle) pipeline).start()，StandardPipeline整套的狀態(tài)變化事件發(fā)布我就不寫了，initInternal方法是空實(shí)現(xiàn)，需要說的只有pipeline的startInternal方法，會取第一個(gè)Value對象，如果沒有會執(zhí)行basic(StandardEngineValve[Tomcat]實(shí)例)，最后會將pipeline中的Value對象依次start:    

 Valve current = first;
  if (current == null) {
   current = basic;
  }
  while (current != null) {
   if (current instanceof Lifecycle)
    ((Lifecycle) current).start();
   current = current.getNext();
  }

　　StandardEngineValve的整套start不說了，其中initInternal只有super.initInternal的MBeanServer和初始化containerLog，startInternal就只有改變狀態(tài)也不說了，出來后是pipeline的狀態(tài)變化，這個(gè)方法狀態(tài)都是變?yōu)镾TARTING標(biāo)配也沒啥好說的，STARTED然后回到engine，StandardEngine[Tomcat]變狀態(tài)為STARTING，之后是threadStart()，代碼在ContainerBase中，啟動了背景線程：

　　上面configureEngine中配置的engine.setBackgroundProcessorDelay(this.backgroundProcessorDelay)指定背景線程的執(zhí)行間隔Thread.sleep((long) ContainerBase.this. backgroundProcessorDelay * 1000L)，背景線程會處理例如StandardContext中e.getLoginConfig() == null時(shí)e.getPipeline().addValve(new NonLoginAuthenticator())，這個(gè)value包含session管理的相關(guān)邏輯，例如背景線程會在每隔多長時(shí)間后判斷session是否失效之類。終于StandardEngine實(shí)例也到了STARTED狀態(tài)，該回到StandardService中了，前面說了我這并木有executor，所以沒執(zhí)行：

 synchronized (executors) {
   for (Executor executor: executors) {
    executor.start();
   }
  }

 　　然后是start前面初始化過的mapperListener：     

 setState(LifecycleState.STARTING);
  Engine engine = service.getContainer();
  if (engine == null) {
   return;
  }
  findDefaultHost();
  addListeners(engine);
  Container[] conHosts = engine.findChildren();
  for (Container conHost : conHosts) {
   Host host = (Host) conHost;
   if (!LifecycleState.NEW.equals(host.getState())) {
    // Registering the host will register the context and wrappers
    registerHost(host);
   }
  }

　　上面代碼中給出的engine就是StandardEngine[Tomcat]，findDefaultHost名字說的很清楚，我這里找出了localhost并set給MapperListener的mapper（ mapper. setDefaultHostName ），addListeners本身是個(gè)遞歸，會將this（MapperListener）add給各個(gè)child容器（比如

StandardContext、StandardWrapper[default]和StandardWrapper[dispatcherServlet]）：
  container.addContainerListener(this);
  container.addLifecycleListener(this);
  for (Container child : container.findChildren()) {
   addListeners(child);
  }

　　雖然是遞歸，但是只有一棵樹，所以返回的是children中的根child也就是StandardEngine[Tomcat].StandardHost[localhost]，registerHost(host)這里的host就是這個(gè)根child，registerHost主要是處理映射關(guān)系包括別名和通配符并記錄（mapper.addHost(host.getName(), aliases, host)），然后處理它的子容器registerContext，及子容器的子容器wrapper并將各級子容器路徑關(guān)聯(lián)起來：        

boolean jspWildCard = (wrapperName.equals("jsp") && mapping.endsWith("/*"));
   wrappers.add(new WrapperMappingInfo(mapping, wrapper, jspWildCard, resourceOnly));

　　注冊的這些用于匹配請求的路徑；然后同步代碼塊中啟動連接同前面一樣，這里什么因?yàn)榻獬壎怂远紱]做。

　　于是TomcatEmbeddedServletContainer中的這個(gè)Tomcat對象的start就完成了，至于其中Context等子容器的Start因?yàn)椴辉谝粋€(gè)線程里所以決定單獨(dú)寫一篇。

==========================================================

咱最近用的github：https://github.com/saaavsaaa

以上所述是小編給大家介紹的Spring Boot啟動過程（五）之Springboot內(nèi)嵌Tomcat對象的start教程詳解，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時(shí)回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！

最新評論