Spring中DispatcherServlet与ContextLoaderListener的区别

转：昨天在写springmvc的时候，在web.xml中配置了DispatcherServlet，如下：

	<servlet>
		<servlet-name>DispatcherServlet</servlet-name>
		<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
		<init-param>
			<param-name>contextConfigLocation</param-name>
			<param-value>classpath:applicationContext.xml</param-value>
		</init-param>
	</servlet>
	<servlet-mapping>
		<servlet-name>DispatcherServlet</servlet-name>
		<url-pattern>*.do</url-pattern>
	</servlet-mapping>

 想到以前写ssh的时候，web.xml中配置的都是listener，如下：

<listener>
  	<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
  </listener>
  <context-param>
  	<param-name>contextConfigLocation</param-name>
  	<param-value>/WEB-INF/classes/applicationContext-*.xml</param-value>
  </context-param>

  他们都是去加载spring的配置文件，那么他们有什么不同呢？后来在网上查了下资料，发现他们的作用域是不同的，在dispatcherServlet中加载的配置文件的作用域是在web请求的时候才触发的，一般跟controller相关的bean配置会放在这里面，例如视图解析器的bean，而ContextLoaderListener加载的配置文件的作用域是在整个环境中，类似于application级别的，一般在这个配置文件中定义的是公共的内容，例如db、service等等。写的很浅，欢迎拍砖....

 

modify at 13：04 2013.11.20：

一直搞不明白两者的区别。
如果使用了SpringMVC，事实上，bean的配置完全可以在xxx-servlet.xml中进行配置。为什么需要applicationContext.xml？一定必须？

一、
因为直接使用了SpringMVC，所以之前一直不明白xxx-servlet.xml和applicationContext.xml是如何区别的，其实如果直接使用SpringMVC是可以不添加applicationContext.xml文件的。
使用applicationContext.xml文件时是需要在web.xml中添加listener的：
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
而这个一般是采用非spring mvc架构，如使用struts之类而又想引入spring才添加的，这个是用来加载Application Context。
如果直接采用SpringMVC，只需要把所有相关配置放到xxx-servlet.xml中就OK了。

 

二、
Spring lets you define multiple contexts in a parent-child hierarchy.

The applicationContext.xml defines the beans for the "root webapp context", i.e. the context associated with the webapp.

The spring-servlet.xml (or whatever else you call it) defines the beans for one servlet's app context. There can be many of these in a webapp, one per Spring servlet (e.g. spring1-servlet.xml for servlet spring1, spring2-servlet.xml for servlet spring2).

Beans in spring-servlet.xml can reference beans in applicationContext.xml, but not vice versa.

All Spring MVC controllers must go in the spring-servlet.xml context.

In most simple cases, the applicationContext.xml context is unnecessary. It is generally used to contain beans that are shared between all servlets in a webapp. If you only have one servlet, then there's not really much point, unless you have a specific use for it.