本文将这样展开：
1. 简单讲解Spring中的<context:component-scan /> <context:annotation-config />
<mvc:annotation-driven /> 这三者的作用
2. 讲解下我们经常看到的在web.xml文件中定义的ContextLoaderListener和DispatcherServlet的区别
<context:annotation-config />
这个标签告诉Spring到bean类中寻找一些annotation定义的类，
这些annotation基本如下：
@Autowired @PostConstruct @PreDestroy @Resource 等。
需要注意的是。这个标签并没有激活@Transactional 和 @TransactionAttribute
<context:component-scan base-package=""/>
这个标签用于告诉Spring搜索我们指定的包下面以及一些需要被自动注入的bean。
默认支持的annotation：@Component @Repository @Service @Controller
需要注意的是：这个标签页实现了和annotation-config同样的效果。
<mvc:annotation-driven />
刚开始的时候我也很困惑为什么需要配置这个标签，但是当我们在配置SpringMVC的控制器的时候，我们发现有RequestMapping的存在，这个标签的作用之一就是告诉Spring去检测RequestMapping。其他的作用如下：
- 激活@ExceptionHandler这个annotation
- 配置了这个标签还可以将RequestMappingHandlerAdapter注册到Spring中
- 是SpringMVC提供默认的类型转化，因为我们没有在<mvc:annotation-driven/> 的属性中配置ConversionService
- 当然，这个标签还起到了一些其他的作用，我不怎么会翻译，怕变味。下面是英文原文：
It also enables the following:
1. Spring 3 style type conversion through a ConversionService instance in addition to the JavaBean PropertyEditors used for Data Binding.
2. Support for formatting Number fields using the @NumberFormat annotation through the ConversionService
3. Support for formatting Data,Calendar,Long and Joda Time fields using the @DateTimeFormat annotation, if Joda Time 1.3 or higher is present on the classpath.
4. Support for validating @Controller inputs with @Valid if a JSR-303 Provider is present on the classpath.
5. HttpMessageConverter support for @RequestBody method parameters and @ResponseBody method return values form @RequestMapping or @ExceptionHandler methods.
2. 下面是讲解web.xml配置是ContextLoaderListener和DispatcherServlet的区别：
- ContextLoaderListener是在我们的web容器启动的时候启动的，默认会加载/WEB-INF/下面的applicationContext.xml文件。并创建一个WebApplicationContext容器。
- DispatcherServlet是在我们第一次访问我们的应用的时候创建的。这时候它默认会将配置在/WEB-INF下面的<servlet-name>-servlet.xml配置文件，然后也创建一个WebApplicationContext。这个WebApplicationContext将之前ContextLoaderListener创建的容器作为父容器，因此在父容器中配置的所有Bean都能够被注入到子容器中。
转载自：http://yimengzhu.iteye.com/blog/1599441
另转http://blog.163.com/sir_876/blog/static/11705223201111544523333/:
spring通过在web.xml 中配置ContextLoaderListener 来加载context配置文件，在DispatcherServlet中也可以来加载spring context配置文件，那么这两个有什么区别呢。
ContextLoaderListener中加载的context成功后，spring 将 applicationContext存放在ServletContext中key值为"org.springframework.web.context.WebApplicationContext.ROOT"的attribute 中。 (servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, this.context));可以通过 WebApplicationContextUtils.getRequiredWebApplicationContext(servletContext) 或WebApplicationContextUtils.getWebApplicationContext(servletContext)方法来获取对应的applicationContext。
DispatcherServlet加载的context成功后，如果 publishContext属性的值设置为true的话(缺省为true) 会将applicationContext存放在 org.springframework.web.servlet.FrameworkServlet.CONTEXT. + (servletName)的attribute中。
例如 web.xml中配置如下
<servlet>
<servlet-name>mvcServlet</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath*:/spring/config/applicationContextMVC.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
则对应的applicationContext的attribute key值为org.springframework.web.servlet.FrameworkServlet.CONTEXT.mvcServlet。
在每次request请求时，DispatcherServlet会将此applicationContext存放在request中attribute 值为 org.springframework.web.servlet.DispatcherServlet.CONTEXT中 (request.setAttribute(WEB_APPLICATION_CONTEXT_ATTRIBUTE,getWebApplicationContext());)。可以通过 RequestContextUtils.getWebApplicationContext 或 WebApplicationContextUtils.getWebApplicationContext(servletContext,attrname) 方法 来获取对应的applicationContext。
从上面的分析可以看出,DispatcherServlet所加载的applicationContext可以认为是mvc私有的context，由于保存在servletContext中的key值与通过ContextLoaderListener加载进来的applicationContext使用的 key值不相同，因此如果只使用DispatcherServlet加载context的话，如果程序中有地方使用 WebApplicationContextUtils.getRequiredWebApplicationContext(servletContext) 来试图获取applicationContext时，就会抛出"No WebApplicationContext found: no ContextLoaderListener registered?"的exception。