Spring DispatcherServlet MVC 源码分析(Webapplicationcontext的生成)

<servlet></servlet>

xml 代码  

  1. <servlet>  
  2.     <servlet-name>Dispatcher</servlet-name>  
  3.     <servlet-class>  
  4.         org.springframework.web.servlet.DispatcherServlet  
  5.     </servlet-class>  
  6.     <init-param>  
  7.         <param-name>contextConfigLocation</param-name>  
  8.         <param-value>/WEB-INF/Config.xml</param-value>  
  9.     </init-param>  
  10.     <load-on-startup>1</load-on-startup>  
  11. </servlet>  

由此,我们可知,web container把所有的请求都交给DispatcherServlet也就是 org.springframework.web.servlet.dispatcherservlet来处理了。dispatcherservlet是研究springframework mvc的关键类,在你的spring 工程中打开该类的源代码吧。<o:p></o:p>

<o:p></o:p>在你spring工程中你可以看到,dispatcherservlet的父类是frameworkservlet,frameworkservlet的父类 httpservletbean,httpservletbean的父类是httpservlet,因此dispatcherservlet本质上是个 httpservlet.web.xml中的<load-on-startup>2</load-on-startup>表明,jsp container 在启动的时候就会生成dispatcherservlet,自然会执行其init()方法了。从 dispatcherservlet的源代码来看,他并没有直接覆盖父类的init(),我们再来看看frameworkservletinit(), 呵呵,frameworkservlet也没有,一路追溯上去,终于在httpservletbean类中找到了init(),该方法中调用 initservletbean();再看frameworkservletinitservletbean()<o:p></o:p>

<o:p> </o:p>

里面关键的有2:<o:p></o:p>

java 代码  

  1. 1.this.webapplicationcontext = initwebapplicationcontext();  
  2. 2.initframeworkservlet();  

<o:p></o:p>

<o:p></o:p>我们先来看第一句 initwebapplicationcontext();在开始研究这个方法之前,我们得了解一下spring <o:p></o:p>webapplicationcontext是个什么东西,从spring-reference.pdf的第九章的得知,每一个 dispatcherservlet都有它的webapplicationcontext,每一个webapplicationcontext都是一个applicationcontext,自然也是一个beanfactory,源码分析<o:p></o:p>

<o:p> </o:p>

java 代码  

  1. public interface WebApplicationContext extends ApplicationContext {};//WebApplicationContext 扩展ApplicationContext  
  2. public interface ApplicationContext extends ListableBeanFactory, HierarchicalBeanFactory,  
  3.         MessageSource, ApplicationEventPublisher, ResourcePatternResolver  
  4. //ApplicationContext扩展了BeanFactory  

<o:p></o:p>

<o:p> </o:p>

而且,每一个webapplicationcontext有一个 parent webapplicationcontext,这个parent是整个web applicationcontext,自然也是个 beanfactory,这个parent的内容默认是从/web-inf/applicationcontext.xml文件装载, dispatcherservlet自己的webapplicationcontext则是从一个叫xxxx-servlet.xml的文件装载的。 xxxx就是在web.xmldispatcherservlet定义的servlet-name.<o:p></o:p>明白了这层关系,我们再来看 initwebapplicationcontext(),它所做的无非就是生成dispatcherservlet webapplicationcontext,同时设置好它的相关属性。我们先来看看它的parent属性是如何设置的。然后再看他自己的 webapplicationcontext内容是如何从xxxx-serlvet.xml里面装载的。<o:p></o:p>

<o:p></o:p>例如 <o:p></o:p>

<servlet><o:p></o:p></servlet>

<servlet-name>

xml 代码  

  1. <servlet>  
  2. <servlet-name>Dispatcher</servlet-name>  
  3. <servlet-class>  
  4. org.springframework.web.servlet.DispatcherServlet  
  5. </servlet-class>  
  6. <init-param>  
  7. <param-name>contextConfigLocation</param-name>  
  8. <param-value>/WEB-INF/Config.xml</param-value>  
  9. </init-param>  
  10. </servlet>  
  11. <servlet-mapping>  
  12. <servlet-name>Dispatcher</servlet-name>  
  13. <url-pattern>*.do</url-pattern>  
  14. </servlet-mapping>  

<o:p>

initwebapplicationcontext()中有这么一句:<o:p></o:p>

webapplicationcontext parent  = webapplicationcontextutils.getwebapplicationcontext(servletcontext);<o:p></o:p>

然后在createwebapplicationcontext()方法中有这么一句:wac.setparent(parent);由此可见, dispatcherservletwebapplicationcontextparent是在 initwebapplicationcontext()中得到,然后在createwebapplicationcontext()方法中设置的。好奇的你也许会问,这个parent 实例到底是谁生成的呢,和/web-inf/applicationcontext-hibernate.xml文件有什么关系呢.我们现在就来探讨一下这个问题。在spring工程中打开webapplicationcontextutils getwebapplicationcontext()方法中只有那么一句:return (webapplicationcontext) sc.getattribute (webapplicationcontext.root_web_application_context_attribute);也就是说,早就有人在web applicationserlvet context里面设置好了这个属性,dispatcherservlet initwebapplicationcontext()只是利用webapplicationcontextutils servlet context把这个对象按名字检索出来而已。也许你已经按捺不住了,到底是谁设置了这个属性呢。不用急,我们打开web.xml看看,在petclinic servlet的定义之前,还有一个servlet的定义:<o:p></o:p>

<o:p>

java 代码  

  1. <servlet>  
  2.    <servlet-name>context</servlet-name>  
  3.    <servlet-class>org.springframework.web.context.contextloaderservlet</servlet-class>  
  4.    <load-on-startup>1</load-on-startup>  
  5. </servlet>  

<o:p>

相信聪明的你已经从该servlet的名字和条目前面的注释猜出这个parent,也就是web applicationroot context是由 contextloaderservlet来设置的。没错,从contextloaderservletinit方法中我们可以发现, contextloaderservlet生成一个contextloader,并且调用其initwebapplicationcontext()方法来设置root context。看看contextloader类,我们的答案都找到了。在其initwebapplicationcontext() 中,首先生成一个applicationcontext作为root contextparent,呵呵,在root context之上没有 context了,这个parent自然是null;root context本身则在contextloader createwebapplicationcontext()方法里设置。该方法的步骤如下:<o:p></o:p>

<o:p></o:p>1.看在web.xml有没有定义定制的 context(contextclass参数指出),如果没有的话,<o:p></o:p>

就用xmlwebapplicationcontext类来作为缺省的 context类。在我们的这个petclinic工程里面,没有使用定制的context类,<o:p></o:p>

自然也就是用 xmlwebapplicationcontext类来作为context类了。<o:p></o:p>

2.利用beanutils来生成一个context实例,在这里也就是一个xmlwebapplicationcontext实例。<o:p></o:p>

3.设置parent属性,也就是null;<o:p></o:p>

4.设置servletcontext属性,该属性还是从contextloaderservlet传过来的。<o:p></o:p>

5.web.xml中找到参数contextconfiglocation,作为配置文件的路径。我们在web.xml中定义contextconfiglocation的值是<o:p></o:p>

“/web-inf/applicationcontext-hibernate.xml”<o:p></o:p>

6.利用contextconfiglocation属性指出的xml配置文件中的内容刷新生成xmlwebapplicationcontext实例。<o:p></o:p>

<o:p></o:p>呵呵,到此为止,关于web applicationroot context的出生问题已经搞清楚了,那么到底是谁把这个实例设置为 servlet context的一个attribute的呢@呵呵,聪明的你肯定已经发现了contextloader initwebapplicationcontext方法中有这么一句:webapplicationcontextutils.publishwebapplicationcontext (wac);没错,contextloader正是利用webapplicationcontextutilsroot context绑定为 servlet context的一个属性的。至于这个属性叫什么名字,我想就不用我多说了。之所以让contextloaderservlet load-on-startup=1,就是让这个servlet初始化web applicationroot context属性,绑定到 servlet context.正如web.xml文中的注释指出的一样,如果你使用满足servlet 2.4规范的容器,你就只需在web.xml 中定义一个contextloaderlistener就行了,而不用使用contextloaderservlet<o:p></o:p>

<o:p></o:p>饶了这么大一个圈子,我们才明白了dispatcherservletwebapplicationcontextparent是如何来的。现在该说说dispatcherservletwebapplicationcontext本身是如何设置的了。<o:p></o:p>

<o:p></o:p>现在我们来看看frameworkservletcreatewebapplicationcontext()方法。同contextloader createwebapplicationcontext()类似的步骤。不同之处在于前者含有wac.setnamespace (getnamespace());语句。通过跟踪getnamespace()我们得到frameworkservletnamespace属性其实就是字符串“[servletname]-serlvet”(servletname变量在web.xml中定义,对我们的工程而言就是Dispatcher)<o:p></o:p>

<o:p></o:p>

java 代码  

  1. public String getNamespace() {  
  2.         return (this.namespace != null) ? this.namespace : getServletName() + DEFAULT_NAMESPACE_SUFFIX;  
  3. }  
  4.   
  5. public static final String DEFAULT_NAMESPACE_SUFFIX = “-servlet”;  

<o:p></o:p>

<o:p></o:p>接下来有这么一句:<o:p></o:p>

java 代码  

  1. if (this.contextconfiglocation != null){  
  2.  wac.setconfiglocations(webapplicationcontextutils.parsecontextconfiglocation(this.contextconfiglocation));  

<o:p></o:p>

<o:p> </o:p>

这个if语句会不会执行呢@也就是说frameworkservlet的私有属性contextconfiglocation是不是为空呢@也就是有没有人给frameworkservlet初始化这个属性呢@答案就在于frameworkservlet的父类httpservletbeaninit() 方法中,里面有这么一句propertyvalues pvs = new servletconfigpropertyvalues (getservletconfig(), this.requiredproperties);仔细研究 servletconfigpropertyvalues()方法就知道,如果你在web.xmldispatcherservlet定义 init-param参数contextconfiglocation的话(形式通常是诸如/web-inf/test-servlet.xml,  /web-inf/myservlet.xml),父类方法init()中就会给frameworkservlet初始化这个属性.<o:p></o:p>

在我们的工程并没有定义这个init-param参数,因此前面所说的if语句不会执行了。也就是frameworkservlet createwebapplicationcontext()方法中的wac只是初始化了属性namespace,而没有初始化 contextconfiglocation.接下来是wac.refresh();通过查看这个方法的源码( xmlwebapplicationcontext类中)我们就知道,在没有给xmlwebapplicationcontext初始化 contextconfiglocation属性的情况下,它会从namespace属性指出的xml配置文件中装载beandefinitions,我们的工程而言就是Dispatcher-servlet.xml文件。<o:p></o:p>

<o:p> </o:p>

至此为止,我们的 webapplicationcontext终于生成了。回到frameworkservletinitwebapplicationcontext ()方法,我们可以发现,

这个生成的
webapplicationcontext

org.springframework.web.servlet.Frameworkservlet.CONTEXT.

key
保存在
servletcontext
里面
.<o:p></o:p>

<o:p></o:p>

    原文作者:Spring MVC
    原文地址: https://blog.csdn.net/hotforyilin/article/details/83169365
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞