spring源代码解析四.docx

spring源代码解析四.docx

《spring源代码解析四.docx》由会员分享，可在线阅读，更多相关《spring源代码解析四.docx（45页珍藏版）》请在冰豆网上搜索。

spring源代码解析四

Spring源代码解析（四）：

SpringMVC

2009-08-11（周二）10:

54SpringSpring⁄被围观一共有792个打酱油的路过+下面我们对SpringMVC框架代码进行分析,对于webApplicationContext的相关分析可以参见以前的文档，我们这里着重分析SpringWebMVC框架的实现.我们从分析DispatcherServlet入手：

如转载请注明，转载自：

关注Java[]

本文链接:

-

-

Java代码

//这里是对DispatcherServlet的初始化方法，根据名字我们很方面的看到对各个SpringMVC主要元素的初始化

protectedvoidinitFrameworkServlet（）throwsServletException,BeansException{

initMultipartResolver（）;

initLocaleResolver（）;

initThemeResolver（）;

initHandlerMappings（）;

initHandlerAdapters（）;

initHandlerExceptionResolvers（）;

initRequestToViewNameTranslator（）;

initViewResolvers（）;

}

//这里是对DispatcherServlet的初始化方法，根据名字我们很方面的看到对各个SpringMVC主要元素的初始化

protectedvoidinitFrameworkServlet（）throwsServletException,BeansException{

initMultipartResolver（）;

initLocaleResolver（）;

initThemeResolver（）;

initHandlerMappings（）;

initHandlerAdapters（）;

initHandlerExceptionResolvers（）;

initRequestToViewNameTranslator（）;

initViewResolvers（）;

}

看到注解我们知道，这是DispatcherSerlvet的初始化过程，它是在WebApplicationContext已经存在的情况下进行的，也就意味着在初始化它的时候，IOC容器应该已经工作了，这也是我们在web.xml中配置Spring的时候，需要把DispatcherServlet的load-on-startup的属性配置为2的原因。

对于具体的初始化过程，很容易理解，我们拿initHandlerMappings（）来看看：

Java代码

privatevoidinitHandlerMappings（）throwsBeansException{

if（this.detectAllHandlerMappings）{

//这里找到所有在上下文中定义的HandlerMapping,同时把他们排序

//因为在同一个上下文中可以有不止一个handlerMapping,所以我们把他们都载入到一个链里进行维护和管理

MapmatchingBeans=BeanFactoryUtils.beansOfTypeIncludingAncestors（

getWebApplicationContext（）,HandlerMapping.class,true,false）;

if（!

matchingBeans.isEmpty（））{

this.handlerMappings=newArrayList（matchingBeans.values（））;

//这里通过order属性来对handlerMapping来在list中排序

Collections.sort（this.handlerMappings,newOrderComparator（））;

}

}

else{

try{

Objecthm=getWebApplicationContext（）.getBean（HANDLER_MAPPING_BEAN_NAME,HandlerMapping.class）;

this.handlerMappings=Collections.singletonList（hm）;

}

catch（NoSuchBeanDefinitionExceptionex）{

//Ignore,we'lladdadefaultHandlerMappinglater.

}

}

//如果在上下文中没有定义的话，那么我们使用默认的BeanNameUrlHandlerMapping

if（this.handlerMappings==null）{

this.handlerMappings=getDefaultStrategies（HandlerMapping.class）;

……..

}

}

privatevoidinitHandlerMappings（）throwsBeansException{

if（this.detectAllHandlerMappings）{

//这里找到所有在上下文中定义的HandlerMapping,同时把他们排序

//因为在同一个上下文中可以有不止一个handlerMapping,所以我们把他们都载入到一个链里进行维护和管理

MapmatchingBeans=BeanFactoryUtils.beansOfTypeIncludingAncestors（

getWebApplicationContext（）,HandlerMapping.class,true,false）;

if（!

matchingBeans.isEmpty（））{

this.handlerMappings=newArrayList（matchingBeans.values（））;

//这里通过order属性来对handlerMapping来在list中排序

Collections.sort（this.handlerMappings,newOrderComparator（））;

}

}

else{

try{

Objecthm=getWebApplicationContext（）.getBean（HANDLER_MAPPING_BEAN_NAME,HandlerMapping.class）;

this.handlerMappings=Collections.singletonList（hm）;

}

catch（NoSuchBeanDefinitionExceptionex）{

//Ignore,we'lladdadefaultHandlerMappinglater.

}

}

//如果在上下文中没有定义的话，那么我们使用默认的BeanNameUrlHandlerMapping

if（this.handlerMappings==null）{

this.handlerMappings=getDefaultStrategies（HandlerMapping.class）;

........

}

}

怎样获得上下文环境，可以参见我们前面的对IOC容器在web环境中加载的分析。

DispatcherServlet把定义了的所有HandlerMapping都加载了放在一个List里待以后进行使用,这个链的每一个元素都是一个handlerMapping的配置，而一般每一个handlerMapping可以持有一系列从URL请求到SpringController的映射，比如SimpleUrl

HandlerMaaping中就定义了一个map来持有这一系列的映射关系。

DisptcherServlet通过HandlerMapping使得Web应用程序确定一个执行路径，就像我们在HanderMapping中看到的那样，HandlerMapping只是一个借口：

Java代码

publicinterfaceHandlerMapping{

publicstaticfinalStringPATH_WITHIN_HANDLER_MAPPING_ATTRIBUTE=

Conventions.getQualifiedAttributeName（HandlerMapping.class,"pathWithinHandlerMapping"）;

//实际上维护一个HandlerExecutionChain,这是典型的Command的模式的使用，这个执行链里面维护handler和拦截器

HandlerExecutionChaingetHandler（HttpServletRequestrequest）throwsException;

}

publicinterfaceHandlerMapping{

publicstaticfinalStringPATH_WITHIN_HANDLER_MAPPING_ATTRIBUTE=

Conventions.getQualifiedAttributeName（HandlerMapping.class,"pathWithinHandlerMapping"）;

//实际上维护一个HandlerExecutionChain,这是典型的Command的模式的使用，这个执行链里面维护handler和拦截器

HandlerExecutionChaingetHandler（HttpServletRequestrequest）throwsException;

}

他的具体实现只需要实现一个接口方法，而这个接口方法返回的是一个HandlerExecutionChain,实际上就是一个执行链，就像在Command模式描述的那样，这个类很简单，就是一个持有一个Interceptor链和一个Controller：

Java代码

publicclassHandlerExecutionChain{

privateObjecthandler;

privateHandlerInterceptor[]interceptors;

……..

}

publicclassHandlerExecutionChain{

privateObjecthandler;

privateHandlerInterceptor[]interceptors;

........

}

而这些Handler和Interceptor需要我们定义HandlerMapping的时候配置好，比如对具体的SimpleURLHandlerMapping,他要做的就是根据URL映射的方式注册Handler和Interceptor，自己维护一个放映映射的handlerMap，当需要匹配Http请求的时候需要使用这个表里的信息来得到执行链。

这个注册的过程在IOC容器初始化SimpleUrlHandlerMapping的时候就被完成了，这样以后的解析才可以用到map里的映射信息，这里的信息和bean文件的信息是等价的，下面是具体的注册过程：

Java代码

protectedvoidregisterHandlers（MapurlMap）throwsBeansException{

if（urlMap.isEmpty（））{

logger.warn（"Neither'urlMap'nor'mappings'setonSimpleUrlHandlerMapping"）;

}

else{

//这里迭代在SimpleUrlHandlerMapping中定义的所有映射元素

Iteratorit=urlMap.keySet（）.iterator（）;

while（it.hasNext（））{

//这里取得配置的url

Stringurl=（String）it.next（）;

//这里根据url在bean定义中取得对应的handler

Objecthandler=urlMap.get（url）;

//Prependwithslashifnotalreadypresent.

if（!

url.startsWith（"/"））{

url="/"+url;

}

//这里调用AbstractHandlerMapping中的注册过程

registerHandler（url,handler）;

}

}

}

protectedvoidregisterHandlers（MapurlMap）throwsBeansException{

if（urlMap.isEmpty（））{

logger.warn（"Neither'urlMap'nor'mappings'setonSimpleUrlHandlerMapping"）;

}

else{

//这里迭代在SimpleUrlHandlerMapping中定义的所有映射元素

Iteratorit=urlMap.keySet（）.iterator（）;

while（it.hasNext（））{

//这里取得配置的url

Stringurl=（String）it.next（）;

//这里根据url在bean定义中取得对应的handler

Objecthandler=urlMap.get（url）;

//Prependwithslashifnotalreadypresent.

if（!

url.startsWith（"/"））{

url="/"+url;

}

//这里调用AbstractHandlerMapping中的注册过程

registerHandler（url,handler）;

}

}

}

在AbstractMappingHandler中的注册代码：

Java代码

protectedvoidregisterHandler（StringurlPath,Objecthandler）throwsBeansException,IllegalStateException{

//试图从handlerMap中取handler,看看是否已经存在同样的Url映射关系

ObjectmappedHandler=this.handlerMap.get（urlPath）;

if（mappedHandler!

=null）{

……..

}

//如果是直接用bean名做映射那就直接从容器中取handler

if（!

this.lazyInitHandlers&&handlerinstanceofString）{

StringhandlerName=（String）handler;

if（getApplicationContext（）.isSingleton（handlerName））{

handler=getApplicationContext（）.getBean（handlerName）;

}

}

//或者使用默认的handler.

if（urlPath.equals（"/*"））{

setDefaultHandler（handler）;

}

else{

//把url和handler的对应关系放到handlerMap中去

this.handlerMap.put（urlPath,handler）;

……..

}

}

protectedvoidregisterHandler（StringurlPath,Objecthandler）throwsBeansException,IllegalStateException{

//试图从handlerMap中取handler,看看是否已经存在同样的Url映射关系

ObjectmappedHandler=this.handlerMap.get（urlPath）;

if（mappedHandler!

=null）{

........

}

//如果是直接用bean名做映射那就直接从容器中取handler

if（!

this.lazyInitHandlers&&handlerinstanceofString）{

StringhandlerName=（String）handler;

if（getApplicationContext（）.isSingleton（handlerName））{

handler=getApplicationContext（）.getBean（handlerName）;

}

}

//或者使用默认的handler.

if（urlPath.equals（"/*"））{

setDefaultHandler（handler）;

}

else{

//把url和handler的对应关系放到handlerMap中去

this.handlerMap.put（urlPath,handler）;

........

}

}

handlerMap是持有的一个HashMap,里面就保存了具体的映射信息：

Java代码

privatefinalMaphandlerMap=newHashMap（）;

privatefinalMaphandlerMap=newHashMap（）;

而SimpleUrlHandlerMapping对接口HandlerMapping的实现是这样的，这个getHandler根据在初始化的时候就得到的映射表来生成DispatcherServlet需要的执行链

Java代码

publicfinalHandlerExecutionChaingetHandler（HttpServletRequestrequest）throwsException{

//这里根据request中的参数得到其对应的handler,具体处理在AbstractUrlHandlerMapping中

Objecthandler=getHandlerInternal（request）;

//如果找不到对应的，就使用缺省的handler

if（handler==null）{

handler=this.defaultHandler;

}

//如果缺省的也没有，那就没办法了

if（handler==null）{

returnnull;

}

//如果handler不是一个具体的handler,那我们还要到上下文中取

if（handlerinstanceofString）{

StringhandlerName=（String）handler;

handler=getApplicationContext（）.getBean（handlerName）;

}

//生成一个HandlerExecutionChain,其中放了我们匹配上的handler和定义好的拦截器，就像我们在HandlerExecutionChain中看到的那样，它持有一个handler和一个拦截器组。

returnnewHandlerExecutionChain（handler,this.adaptedInterceptors）;

}

publicfinalHandlerExecutionChaingetHandler（HttpServletRequestrequest）throwsException{

//这里根据request中的参数得到其对应的handler,具体处理在AbstractUrlHandlerMapping中

Objecthandler=getHandlerInternal（request）;

//如果找不到对应的，就使用缺省的handler

if（handler==null）{

handler=this.defaultHandler;

}

//如果缺省的也没有，那就没办法了

if（handler==null）{

returnnull;

}

//如果handler不是一个具体的handler,那我们还要到上下文中取

if（handlerinstanceofString）{

StringhandlerName=（String）handler;

handler=getApplicationContext（）.getBean（handlerName）;

}

//生成一个HandlerExecutionChain,其中放了我们匹配上的handler和定义好的拦截器，就像我们在HandlerExecutionChain中看到的那样，它持有一个handler和一个拦截器组。

returnnewHandlerExecutionChain（handler,this.adaptedInterceptors）;

}

我们看看具体的handler查找过程：

Java代码

protectedObjectgetHandlerInternal（HttpServletRequestrequest）throwsException{

//这里的HTTPRequest传进来的参数进行分析，得到具体的路径信息。

StringlookupPath=this.urlPathHelper.getLookupPathForRequest（request）;

…….//下面是根据请求信息的查找

returnlookupHandler（lookupPath,request）;

}

protectedObjectlookupHandler（StringurlPath,HttpServletRequestrequest）{

//如果能够直接能在SimpleUrlHandlerMapping的映射表中找到，那最好。

Objecthandler=