@TOC# 熱門框架系列
記錄在程式走的每一步___auth:huf

SpringBoot 既然整合了SpringMVC 那SpringBoot 有沒有子容器？

我們開始這個篇章吧！
在Servlet3.X，我們可以添加 Servlet Filter Listener

我們有兩種方式 一種是注解的方式；
@WebServlet @WebFilter @WebListener
還有一種方式 就是 :Spi

spi 是什么？

SPI 我們叫他服務介面擴展,(Service Provider Interface) 直譯服務提供商介面， 不 要被這個名字唬到了， 其實很好理解的一個東西： 其實就是根據Servlet廠商（服務提供商）提供要求的一個介面， 在固定的目錄 （META-INF/services）放上以介面全類名 為命名的檔案， 檔案中放入介面的實作的 全類名，該類由我們自己實作，按照這種約定的方式（即SPI規范），服務提供商會 呼叫檔案中實作類的方法， 從而完成擴展，

在其規范中 我們可以看得到那么一句話：

也就是META-INF/services 路徑下 放一個 javax.servlet.ServletContainerInitailizer
以下我們進入SPI 代碼的實作：

準備一個maven 專案 里面三個子專案 一個Service 一個Client; 還有一個startUp 啟動 我們按照上面的說法 我們在 META-INF/service 路徑下放一個 介面全路徑名的File 檔案 檔案內維護全路徑類名的實作類

以下是測驗結果：

SPI 機制就是這樣；
現在很多第三方插件使用的都是SPI機制； 當然Spring也有這樣的機制；
前置知識點 到這里 就鋪墊的差不多了； 如果SPI又疑問的；可以單獨私聊我；

1： 需要配置Tomcat;

Tomcat下載下來 啟動會有亂碼 以下是windows解決亂碼的方案：

在Tomcat的Config里面 logging.properties
修改：
java.util.logging.ConsoleHandler.level = FINE
java.util.logging.ConsoleHandler.formatter = java.util.logging.SimpleFormatter
java.util.logging.ConsoleHandler.encoding = GBK

2：需要配置dispatcher-servlet.xml

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:context="http://www.springframework.org/schema/context"
       xmlns:mvc="http://www.springframework.org/schema/cache"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
       http://www.springframework.org/schema/beans/spring-beans.xsd
       http://www.springframework.org/schema/context
       http://www.springframework.org/schema/context/spring-context.xsd
       http://www.springframework.org/schema/cache
       http://www.springframework.org/schema/cache/spring-cache.xsd">

    <context:component-scan base-package="com.huf"></context:component-scan>

    <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
        <property name="prefix" value="/"></property>
        <property name="suffix" value=".jsp"></property>
    </bean>

    <mvc:annotation-driven></mvc:annotation-driven>

</beans>

3：需要配置web.xml

    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/applicationContext.xml</param-value>
    </context-param>
    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>
    <servlet>
        <servlet-name>DispatcherServlet</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>DispatcherServlet</servlet-name>
        <url-pattern>*.do</url-pattern>
    </servlet-mapping>

我們在專案中的META-INF.services 添加 javax.servlet.ServletContainerInitializer

SpringMVC 我們分為2塊來看 第一塊 啟動：

我們現在了解了SPI 也配置好了Tomcat 啟動這一塊 我暫時不細說； 后面有專門的文章來說Tomcat；
1：在我們的SPI中 我們有一個類放在META-INF下面：HufSpringServletContainerInitializer

之后
我們進入到了AbstractContextLoaderInitializer.onStartup 方法；

	繼承自AbstractAnnotationConfigDispatcherServletInitializer

以下是他們的繼承關系

我們知道 在子類沒有onStartup方法 就會往父類中去尋找：

我們再AbstractDispatcherServletInitializer.onStartup方法中；我們可以發現；

這里 就準備開始創建我們的父容器； 點進去；

開始創建我們的父容器；
繼續往里面看

開始注冊我們的父容器； 只有register 沒有refresh(); 這里我們就可以發現 這里僅僅是做了一個準備作業 容器并沒有啟動；最后回傳一個容器；

創建一個監聽器；

新創建一個監聽器 然后把監聽器 方到Listener里面；父容器到這里就階段性結束了；然后回到 AbstractDispatcherServletInitializer.onStartup()方法中



代碼部分 我就不一句一句去解釋了 這里代碼非常簡單；如果喜歡看我博客的同學 應該都沒很大問題；

這里記住 Tomcat會繼續往下執行代碼； 這時候會調起一個 ContextLoaderListener的contextInitialized 方法；

我們繼續點進去看一下；

tomcat會繼續往下執行 會調起 DispatcherServlet.init 方法 這里再上一篇文章中我寫有寫一部分；

重點關注這個方法；

protected WebApplicationContext initWebApplicationContext() {
		從域中提取出父容器；
		WebApplicationContext rootContext =		WebApplicationContextUtils.getWebApplicationContext(getServletContext());
		WebApplicationContext wac = null;
		if (this.webApplicationContext != null) {
			wac = this.webApplicationContext;
			if (wac instanceof ConfigurableWebApplicationContext) {
				ConfigurableWebApplicationContext cwac = (ConfigurableWebApplicationContext) wac;
				if (!cwac.isActive()) {
					if (cwac.getParent() == null) {
						設定父容器
						cwac.setParent(rootContext);
					}
					開始初始化容器； 再上圖中 進行 refresh
					configureAndRefreshWebApplicationContext(cwac);
				}
			}
		}
		if (wac == null) {
			wac = findWebApplicationContext();
		}
		if (wac == null) {
			wac = createWebApplicationContext(rootContext);
		}
		if (!this.refreshEventReceived) {
			synchronized (this.onRefreshMonitor) {
				開始初始化Servlet里面的 組件 
				/**
				initMultipartResolver(context);
				initLocaleResolver(context);
				initThemeResolver(context);
				initHandlerMappings(context);
				initHandlerAdapters(context);
				initHandlerExceptionResolvers(context);
				initRequestToViewNameTranslator(context);
				initViewResolvers(context);
				initFlashMapManager(context);
				**/
				onRefresh(wac);
			}
		}
		if (this.publishContext) {
			String attrName = getServletContextAttributeName();
			getServletContext().setAttribute(attrName, wac);
		}

		return wac;
	}

這邊 我們就已經把 SpringMVC的父子容器全部解釋清楚了：

總結

1：Tomcat在啟動時會通過SPI注冊 ContextLoaderListener和DispatcherServlet物件，同時創建父子容器 ：分別創建在ContextLoaderListener初始化時創建父 容器設定配置類;在DispatcherServlet初始化時創建子容器 即2個 ApplicationContext實體設定配置類

2: Tomcat在啟動時執行ContextLoaderListener和DispatcherServlet物件的初始化方 法， 執行容器refresh進行加載

3:在子容器加載時 創建SpringMVC所需的Bean和預準備的資料;

4: 子容器需要注入父容器的Bean時（比如Controller中需要@Autowired Service的Bean）; 會先從子容器中找，沒找到會去父容器中找： 詳情見 AbstractBeanFactory#doGetBean方法

 一般情況下,只有Spring和SpringMvc整合的時才會有父子容器的概念,
 作用：比如我們的Controller中注入Service的時候，
 發現我們依賴的是一個參考物件，
 那么他就 會呼叫getBean去把service找出來;
 但是當前所在的容器是web子容器，
 那么就會在這里的 先去父容器找

回到我們 文章當中的那個問題：

SpringBoot 沒有父子容器；原因如下

父子容器的定義：
1.早期Spring為了劃分框架邊界，service、dao層我們一般使用spring框架來管理、controller 層交給springmvc管理；
2.規范整體架構 使 父容器service無法訪問子容器controller、子容器 controller可以訪問父容器 service、
3.方便子容器的切換，如果現在我們想把web層從spring mvc替換成struts， 那么只需要將spring-mvc.xml替換成Struts的組態檔struts.xml即可，而 spring-core.xml不需要改變