<context:annotation-config/>，<mvc:annotation-driven/>和<context:component-scan>之间的关联

在DispatcherServlet的初始化过程中需要加载的sping配置文件（web项目启动需要加载的spring配置文件）

spring 配置文件常用标签

一、首先看一下三个注解各自定义：

① <context:annotation-config/>

1.如果你想使用@Autowired注解，那么就必须事先在 spring 容器中声明 AutowiredAnnotationBeanPostProcessor Bean。

2.如果想使用@Resource 、@PostConstruct、@PreDestroy等注解就必须声明CommonAnnotationBeanPostProcessor

3.如果想使用@PersistenceContext注解，就必须声明PersistenceAnnotationBeanPostProcessor的Bean。

4.如果想使用 @Required的注解，就必须声明RequiredAnnotationBeanPostProcessor的Bean。

使用<context:annotation- config/>隐式地向 Spring容器注册这4个BeanPostProcessor ：

AutowiredAnnotationBeanPostProcessor、
RequiredAnnotationBeanPostProcessor、
CommonAnnotationBeanPostProcessor以及
PersistenceAnnotationBeanPostProcessor

 

即<context:annotation- config/>是用来使上述注解起作用的，也就是说激活已经在application context中注册的bean。 
之所以这样说是因为<context:annotation-config />仅能够在已经在已经注册过的bean上面起作用。对于没有在spring容器中注册的bean，它并不能执行任何操作,也就是说如果你并没有spring容器中注册过bean（spring配置文件中配置bean就是注册），那么上述的那些注解并不会在你未注册过的bean中起作用。

---

②<context:component-scan>

<context:component-scan>做了<context:annotation-config>要做的事情，还额外支持@Component，@Repository，@Service，@Controller注解。
并且<context:component-scan>扫描base-package并且在application context中注册扫描的beans.

所以配置<context:component-scan>就不需要配置<context:annotation- config/>

---

③ <mvc:annotation-driven/>

至于该项看前缀就应该知道是springmvc所需要的注解。

<mvc:annotation-driven/>相当于注册了DefaultAnnotationHandlerMapping和AnnotationMethodHandlerAdapter两个bean，配置一些messageconverter。即解决了@Controller注解的使用前提配置。

我们找到对应的实现类是：

org.springframework.web.servlet.config.AnnotationDrivenBeanDefinitionParser。

 

通过阅读类注释文档，我们发现这个类主要是用来向工厂中注册了

• RequestMappingHandlerMapping

• BeanNameUrlHandlerMapping

• RequestMappingHandlerAdapter

• HttpRequestHandlerAdapter

• SimpleControllerHandlerAdapter

• ExceptionHandlerExceptionResolver

• ResponseStatusExceptionResolver

• DefaultHandlerExceptionResolver

上面几个Bean实例。这几个类都是用来做什么的呢？

前两个是HandlerMapping接口的实现类，用来处理请求映射的。

• 其中第一个是处理@RequestMapping注解的。

• 第二个会将controller类的名字映射为请求url。

中间三个是用来处理请求的。具体点说就是确定调用哪个controller的哪个方法来处理当前请求。

• 第一个处理@Controller注解的处理器，支持自定义方法参数和返回值（很酷）。

• 第二个是处理继承HttpRequestHandler的处理器。

• 第三个处理继承自Controller接口的处理器。

后面三个是用来处理异常的解析器。

另外还将提供以下支持：

① 支持使用ConversionService实例对表单参数进行类型转换； 
② 支持使用@NumberFormatannotation、@DateTimeFormat注解完成数据类型的格式化； 
③ 支持使用@Valid注解对Java bean实例进行JSR 303验证； 
④ 支持使用@RequestBody和@ResponseBody注解

 

二、context:component-scan

注意到spring中<context:component-scan>标签中会出现include和exclude的子标签，具体是做什么用的？

spring的配置文件与springmvc的配置文件分开加载，在spring容器初始化的时候，会先加载(web.xml)<context-param>中的配置，之后再加载<servlet>中的<init-param>。加载springmvc的时候，如果扫描到@service会重新加载这个service的bean（都是没有aop配置事务控制的），可能会覆盖之前的service，导致service的事务失效。

所以说我们一般分开加载的时候在加载spring配置文件的时候只扫描@service和@Reposity这些类，就使用exclude，相当于黑名单：

加载springmvc的配置文件的时候，就使用include，相当于白名单：

注意use-default-filters="false"这个属性：默认为true，会扫描到@Service与@Reposity等，所以配置成false，只扫描白名单中的bean注解。

白话解释：

最好的解释就是： context:exclude-filter是设置黑名单。比如手机黑名单，在黑名单中的人是无法打进电话的。 context:include-filter是设置白名单。在手机白名单中的号码可以打进来，不在白名单也不在黑名单中的也可以打进来。 所以需要针对白名单过滤进行设置，把默认的过滤器关闭，即use-default-filters="false";。然后他就仅仅扫描指定注解了。