ContextLoader在初始化完成以後，Web容器就開始初始化DispatcherServlet，這個初始化的啟動與在web.xml中對載入次序進行的定義有關。DipatcherServlet會建立自己的上下文來持有Spring MVC的Bean物件。這個建立物件的過程和ContexLoader是類似的，都是通過宣告好的xml檔案來註冊宣告好的bean物件。現在我們來具體看一下關於DispatcherServlet的啟動和初始化

1.DispatcherSerlvet的初始化

DispatcherServlet的啟動和Servlet的啟動過程是相互聯絡的。所以在DispatcherServlet初始化的過程中也要呼叫init()方法

這個方法是在DispatcherServlet的父類HttpServletBean中找到的

	public final void init() throws ServletException {
		if (logger.isDebugEnabled()) {
			logger.debug("Initializing servlet '" + getServletName() + "'");
		}

		// Set bean properties from init parameters.
		PropertyValues pvs = new ServletConfigPropertyValues(getServletConfig(), this.requiredProperties);
		if (!pvs.isEmpty()) {
			try {
				BeanWrapper bw = PropertyAccessorFactory.forBeanPropertyAccess(this);
				ResourceLoader resourceLoader = new ServletContextResourceLoader(getServletContext());
				bw.registerCustomEditor(Resource.class, new ResourceEditor(resourceLoader, getEnvironment()));
				initBeanWrapper(bw);
				bw.setPropertyValues(pvs, true);
			}
			catch (BeansException ex) {
				if (logger.isErrorEnabled()) {
					logger.error("Failed to set bean properties on servlet '" + getServletName() + "'", ex);
				}
				throw ex;
			}
		}

		// Let subclasses do whatever initialization they like.
		initServletBean();

		if (logger.isDebugEnabled()) {
			logger.debug("Servlet '" + getServletName() + "' configured successfully");
		}
	}
 

首先從web.xml檔案中讀取到一些需要進行的配置屬性，之後將需要的servlet進行例項化建立。

protected final void initServletBean() throws ServletException {
		getServletContext().log("Initializing Spring FrameworkServlet '" + getServletName() + "'");
		if (this.logger.isInfoEnabled()) {
			this.logger.info("FrameworkServlet '" + getServletName() + "': initialization started");
		}
		long startTime = System.currentTimeMillis();

		try {
			this.webApplicationContext = initWebApplicationContext();
			initFrameworkServlet();
		}
		catch (ServletException ex) {
			this.logger.error("Context initialization failed", ex);
			throw ex;
		}
		catch (RuntimeException ex) {
			this.logger.error("Context initialization failed", ex);
			throw ex;
		}

		if (this.logger.isInfoEnabled()) {
			long elapsedTime = System.currentTimeMillis() - startTime;
			this.logger.info("FrameworkServlet '" + getServletName() + "': initialization completed in " +
					elapsedTime + " ms");
		}
	}
 

在這個方法裡面，首先進行了初始化上下文。也就是獲取到WebApplicationContext。具體的取得上下文工作是在initWebApplicationContext();中進行體現的

WebApplicationContext rootContext =
				WebApplicationContextUtils.getWebApplicationContext(getServletContext());

可以看到使用的是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE這個值

	public static WebApplicationContext getWebApplicationContext(ServletContext sc) {
		return getWebApplicationContext(sc, WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);
	}

書上同樣指出瞭如果當前沒有WebApplicationContext需要建立一個，呼叫的是createWebApplicationContext方法。

可以看到在這個方法中，首先進行一些基本的配置，比如DispatcherServlet的雙親上下文,Bean定義配置的檔案位置等。這些配置完成以後，就需要我們呼叫IoC容器的refresh方法來完成IoC容器的最終初始化。在我的實踐中可以看到，它所初始化放置的有我們對於訪問頁面時的一些處理，比如字符集過濾器，比如檔案上傳控制器。還有就是那些我們註明了RequestMapping註解的Controller層檔案。這些都在這個IoC容器中所持有，當我們在訪問一個連結時就會查詢相應的檔案。這個留作下一篇部落格說明

這樣在初始化的過程中，DispatcherServlet就持有了一個以它自己的名字命名的IoC容器。既然DispatcherServlet的初始化已經完成。也就是說我們需要進行MVC的材料已經做好。那麼進行MVC實現時還需要一些輔助的類。

2.DispatcherServlet的MVC初始化

書上是以HandlerMapping的初始化呼叫作為觸發點的。那麼我們就來看一下HandlerMapping的初始化

protected void initStrategies(ApplicationContext context) {
		initMultipartResolver(context);
		initLocaleResolver(context);
		initThemeResolver(context);
		initHandlerMappings(context);
		initHandlerAdapters(context);
		initHandlerExceptionResolvers(context);
		initRequestToViewNameTranslator(context);
		initViewResolvers(context);
		initFlashMapManager(context);
	}

進入到initHandlerMappings方法中，HandlerMappings完成對MVC中Controller的定義和配置

	private void initHandlerMappings(ApplicationContext context) {
		this.handlerMappings = null;

		if (this.detectAllHandlerMappings) {
			// Find all HandlerMappings in the ApplicationContext, including ancestor contexts.
			Map<String, HandlerMapping> matchingBeans =
					BeanFactoryUtils.beansOfTypeIncludingAncestors(context, HandlerMapping.class, true, false);
			if (!matchingBeans.isEmpty()) {
				this.handlerMappings = new ArrayList<HandlerMapping>(matchingBeans.values());
				// We keep HandlerMappings in sorted order.
				AnnotationAwareOrderComparator.sort(this.handlerMappings);
			}
		}
		else {
			try {
				HandlerMapping hm = context.getBean(HANDLER_MAPPING_BEAN_NAME, HandlerMapping.class);
				this.handlerMappings = Collections.singletonList(hm);
			}
			catch (NoSuchBeanDefinitionException ex) {
				// Ignore, we'll add a default HandlerMapping later.
			}
		}

		// Ensure we have at least one HandlerMapping, by registering
		// a default HandlerMapping if no other mappings are found.
		if (this.handlerMappings == null) {
			this.handlerMappings = getDefaultStrategies(context, HandlerMapping.class);
			if (logger.isDebugEnabled()) {
				logger.debug("No HandlerMappings found in servlet '" + getServletName() + "': using default");
			}
		}
	}

這個方法中首先匯入說有的HandlerMapping Bean。這些Bean可以在當前的DispatcherServlet的IoC容器中，也可以在其雙親上下文中。HandlerMappings完成對MVC中Controller的定義和配置，只不過在Web這個特定的應用環境中，這些控制器是與具體的HTTP請求相對應的。

HandlerMapping定義了一個map，這個map表明了一系列的持有關係。也就是URL和我們的宣告的Controller(我們將前端資料和後臺業務邏輯進行結合的部分)的一個對映關係。這個對映關係通過HandlerMapping進行了封裝。這個介面中定義了一個getHandler方法，通過這個方法，可以獲得Http請求對應的HandlerExecutionChain,這個鏈中就封裝了Controller物件

HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception;

關於HandlerMapping的作用我已經進行了說明，這是一個很重要的類。在Spring MVC的實現流程中，它起到了十分重要的作用。我們正是通過我們提交的URL找到了對應HandlerMapping,並通過這個HandlerMapping請求到了相應的方法。

下一篇部落格我將講述HandlerMapping的一些配置以及如何使用HandlerMapping完成請求的對映處理