Spring的初始化主線如下:
DispatcherServlet的繼承體系結構圖如下:
這個繼承體系結構中HttpServletBean和FrameworkServlet是 對spring的支持。 HttpServletBean 是 Spring 對于 Servlet 最低層次的抽象。在這一層抽象中,Spring 會將這個Servlet 視作是一個 Spring 的 bean,并將 init-param 中的值作為 bean 的屬性注入進來。 FrameworkServlet 是一個在其內部初始化了一個 Spring 的容器(WebapplicationContext )并暴露了相關的操作接口, 因而繼承自 FrameworkServlet 的 DispatcherServlet , 也就直接擁有了與 WebApplicationContext 進行 通信的能力。DispatcherServlet的繼承體系架起了 DispatcherServlet與 Spring 容器進行溝通的橋梁。
從圖中可以看出HttpServletBean繼承HttpServlet,因此在Web容器啟動時將調用它的init方法,該初始化方法的主要作用: 1. 將Servlet初始化參數(init-param)設置到該組件上(如contextAttribute、contextClass、namespace、contextConfigLocation),通過BeanWrapper簡化設值過程,方便后續使用; 2. 提供給子類初始化擴展點,initServletBean(),該方法由FrameworkServlet覆蓋。
public abstract class HttpServletBean extends HttpServlet implements EnvironmentAware{ @Override public final void init() throws ServletException { //省略部分代碼 //1、如下代碼的作用是將Servlet初始化參數設置到該組件上 //如contextAttribute、contextClass、namespace、contextConfigLocation; try { PropertyValues pvs = new ServletConfigPropertyValues(getServletConfig(), this.requiredProperties); BeanWrapper bw = PropertyaccessorFactory.forBeanPropertyAccess(this); ResourceLoader resourceLoader = new ServletContextResourceLoader(getServletContext()); bw.registerCustomEditor(Resource.class, new ResourceEditor(resourceLoader, this.environment)); initBeanWrapper(bw); bw.setPropertyValues(pvs, true); } catch (BeansException ex) { } //2、提供給子類初始化的擴展點,該方法由FrameworkServlet覆蓋 initServletBean(); if (logger.isDebugEnabled()) { logger.debug("Servlet '" + getServletName() + "' configured successfully"); } } //…………省略其他代碼 }FrameworkServlet繼承HttpServletBean,通過initServletBean()進行Web上下文初始化,該方法主要覆蓋以下兩件事情: 初始化web上下文; 提供給子類初始化擴展點;
public abstract class FrameworkServlet extends HttpServletBean { @Override protected final void initServletBean() throws ServletException { //省略部分代碼 try { //1、初始化Web上下文 this.webApplicationContext = initWebApplicationContext(); //2、提供給子類初始化的擴展點 initFrameworkServlet(); } //省略部分代碼 }}protected WebApplicationContext initWebApplicationContext() { //ROOT上下文(ContextLoaderListener加載的) WebApplicationContext rootContext = WebApplicationContextUtils.getWebApplicationContext(getServletContext()); WebApplicationContext wac = null; if (this.webApplicationContext != null) { // 1、在創建該Servlet注入的上下文 wac = this.webApplicationContext; if (wac instanceof ConfigurableWebApplicationContext) { ConfigurableWebApplicationContext cwac = (ConfigurableWebApplicationContext) wac; if (!cwac.isActive()) { if (cwac.getParent() == null) { cwac.setParent(rootContext); } configureAndRefreshWebApplicationContext(cwac); } } } if (wac == null) { //2、查找已經綁定的上下文 wac = findWebApplicationContext(); } if (wac == null) { //3、如果沒有找到相應的上下文,并指定父親為ContextLoaderListener wac = createWebApplicationContext(rootContext); } if (!this.refreshEventReceived) { //4、刷新上下文(執行一些初始化) onRefresh(wac); } if (this.publishContext) { // Publish the context as a servlet context attribute. String attrName = getServletContextAttributeName(); getServletContext().setAttribute(attrName, wac); //省略部分代碼 } return wac; }從initWebApplicationContext()方法可以看出,基本上如果ContextLoaderListener加載了上下文將作為根上下文(DispatcherServlet的父容器)。最后調用了onRefresh()方法執行容器的一些初始化,這個方法由子類實現,來進行擴展。
DispatcherServlet繼承FrameworkServlet,并實現了onRefresh()方法提供一些前端控制器相關的配置
protected void onRefresh(ApplicationContext context) { this.initStrategies(context);}protected void initStrategies(ApplicationContext context) { this.initMultipartResolver(context); this.initLocaleResolver(context); this.initThemeResolver(context); this.initHandlerMappings(context); this.initHandlerAdapters(context); this.initHandlerExceptionResolvers(context); this.initRequestToViewNameTranslator(context); this.initViewResolvers(context); this.initFlashMapManager(context);}從如上代碼我們可以看出,整個DispatcherServlet初始化的過程,具體主要做了如下兩件事情: 1、初始化Spring Web MVC使用的Web上下文,并且可能指定父容器為(ContextLoaderListener加載了根上下 文); 2、初始化DispatcherServlet使用的策略,如HandlerMapping、HandlerAdapter等。
DispatcherServlet的默認配置在DispatcherServlet.properties文件中,DispatcherServlet.properties的位置在與DispatcherServlet同一個包中當Spring配置文件中沒有指定配置時使用的默認策略。 具體默認配置內容如下:
從如上配置可以看出DispatcherServlet在啟動時會自動注冊這些特殊的Bean,無需我們注冊,如果我們設置注冊了,默認的將不會注冊。
DispatcherServlet默認使用WebApplicationContext作為上下文,因此我們來看一下該上下文中特殊的Bean: 1、Controller:
處理器/頁面控制器,做的是MVC中的C的事情,但控制邏輯轉移到前端控制器了,用于對請求進行處理; 2、HandlerMapping:
請求到處理器的映射,如果映射成功返回一個HandlerExecutionChain對象(包含一個Handler處理器(頁面控制器)對象、多個HandlerInterceptor攔截器)對象;如BeanNameUrlHandlerMapping將URL與Bean名字映射,映射成功的Bean就是此處的處理器; 3、HandlerAdapter:
HandlerAdapter將會把處理器包裝為適配器,從而支持多種類型的處理器,即適配器設計模式的應用,從而很容易支持很多類型的處理器;如SimpleControllerHandlerAdapter將對實現了Controller接口的Bean進行適配,并且掉處理器的handleRequest方法進行功能處理; 4、ViewResolver:
ViewResolver將把邏輯視圖名解析為具體的View,通過這種策略模式,很容易更換其他視圖技術;如InternalResourceViewResolver將邏輯視圖名映射為jsp視圖; 5、LocalResover:
本地化解析,因為Spring支持國際化,因此LocalResover解析客戶端的Locale信息從而方便進行國際化; 6、ThemeResovler:
主題解析,通過它來實現一個頁面多套風格,即常見的類似于軟件皮膚效果; 7、MultipartResolver:
文件上傳解析,用于支持文件上傳; 8、HandlerExceptionResolver:
處理器異常解析,可以將異常映射到相應的統一錯誤界面,從而顯示用戶友好的界面(而不是給用戶看到具體的錯誤信息); 9、RequestToViewNameTranslator:
當處理器沒有返回邏輯視圖名等相關信息時,自動將請求URL映射為邏輯視圖名; 10、FlashMapManager:
用于管理FlashMap的策略接口,FlashMap用于存儲一個請求的輸出,當進入另一個請求時作為該請求的輸入,通常用于重定向場景。
|
新聞熱點
疑難解答