Spring中注解配置与xml配置分析

虽然 2.0 版本发布以来，Spring 陆续提供了十多个注解，但是提供的这些注解只是为了在某些情况下简化 XML 的配置，并非要取代 XML 配置方式。这一点可以从 Spring IoC 容器的初始化类可以看出：ApplicationContext 接口的最常用的实现类是 ClassPathXmlApplicationContext 和 FileSystemXmlApplicationContext，以及面向 Portlet 的 XmlPortletApplicationContext 和面向 web 的 XmlWebApplicationContext，它们都是面向 XML 的。Spring 3.0 新增了另外两个实现类：AnnotationConfigApplicationContext 和 AnnotationConfigWebApplicationContext。从名字便可以看出，它们是为注解而生，直接依赖于注解作为容器配置信息来源的 IoC 容器初始化类。由于 AnnotationConfigWebApplicationContext 是 AnnotationConfigApplicationContext 的 web 版本，其用法与后者相比几乎没有什么差别
也可以单独显式地来启用某个注解处理器，而且可以给处理器添加拦截器：
<be.factory.annotation.AutowiredAnnotationBeanPostProcessor"/>
<bean class="monAnnotationBeanPostProcessor"/>
<mvc:annotation-driven />
当然了也可以使用如下的方式显式地加载：
<property name="interceptors">
<list>
<ref bean="measurementInterceptor" />
</list>
</property>
<property name="order" value="1"></property>
</bean>
</beans>
也可以使用下面的方式来让系统自动扫描类里面的注解
<context:component-scan base-package="pany.dao">
<context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/> 注解特定的类
如果容器创建以后向给定路径动态添加了注解Bean，则需要手动调用容器扫描的方法，然后手动刷新容器，使得容器对所注册的Bean进行处理。
======================================================================
配置启用bean注解处理器
=====================================================================
Spring IoC容器对于类级别的注解和类内部的注解分以下两种处理策略：
(1).类级别的注解：如@Component、@Repository、@Controller、@Service以及WebSerivce和JavaEE6的@ManagedBean和@Named注解，都是添加在类上面的类级别注解，Spring容器根据注解的过滤规则扫描读取注解Bean定义类，并将其注册到Spring IoC容器中。
<bean class="org.springframework.beans.factory.annotation.PersistenceAnnotationBeanPostProcessor"/>
<bean class="org.springframework.beans.factory.annotation.RequiredAnnotationBeanPostProcessor">
从Spring2.0以后的版本中，Spring也引入了基于注解(Annotation)方式的配置，开发人员对注解(Annotation)的态度也是萝卜青菜各有所爱，个人认为注解可以大大简化配置，提高开发速度，同时也不能完全取代XML配置方式，XML方式更加灵活，并且发展的相对成熟，这种配置方式为大多数 Spring 开发者熟悉；注解方式使用起来非常简洁，但是尚处于发展阶段，XML配置文件和注解(Annotation)可以相互配合使用。
Spring对注解的处理分为两种方式：
(1).直接将注解Bean注册到容器中：可以在初始化容器时注册；也可以在容器创建之后手动调用注册方法向容器注册，然后通过手动刷新容器，使得容器对注册的注解Bean进行处理。
(2).通过扫描指定的包及其子包下的所有类：在初始化注解容器时指定要自动扫描的路径。
</context:component-scan>
如上配置，我们就不再需要在 XML 中显式地使用 <bean/> 对该 Bean 进行配置了。Spring 在容器初始化时将自动扫描 base-package 指定的包及其子包下的所有 class 文件，所有标注了 @Repository、@Service、@Controller 和 @Component 的类都将被注册为 Spring Bean。
Spring中管理注解Bean定义的容器有两个：AnnotationConfigApplicationContext和 AnnotationConfigWebApplicationContext。这两个类是专门处理Spring注解方式配置的容器，直接依赖于注解作为容器配置信息来源的IoC容器。AnnotationConfigWebApplicationContext是AnnotationConfigApplicationContext的Web版，它们对于注解Bean的注册和扫描是基本相同的，但是AnnotationConfigWebApplicationContext对注解Bean定义的载入稍有不同。
(2).类内部的注解：如@Autowire、@Value、@Required、@Resource以及EJB和WebService相关的注解等，都是添加在类内部的字段或者方法上的类内部注解，SpringIoC容器通过Bean后置注解处理器解析Bean内部的注解。是容器对Bean对象实例化和依赖注入时，通过容器中注册的Bean后置处理器处理这些注解的。
如果使用了SpringMVC，则下面的语句隐式的向Spring容器注册 DefaultAnnotationHandlerMapping 与 AnnotationMethodHandlerAdapter，用来处理 @RequestMapping, @InitBinder, @NumberFormat, @DateTimeFormat, @RequestBody, @ResponseBody 等注解
2) 如果 Bean 不是自己编写的类（如 JdbcTemplate、SessionFactoryBean 等），注释配置将无法实施，此时 XML 配置是唯一可用的方式。
3) 注释配置往往是类级别的，而 XML 配置则可以表现得更加灵活。比如相比于 @Transaction 事务注释，使用 aop/tx 命名空间的事务配置更加灵活和简单。
<context:include-filter type="regex" expression="com\.baobaotao\.service\..*"/> 通过正则表达式定义过滤的类
<context:exclude-filter type="aspectj" expression="com.baobaotao.util..*"/> 通过 AspectJ 表达式定义过滤的类
注解其实也没什么神秘的，和XML配置文件类似都是一种配置的方式而已，只不过利用JDK的反射机制，在编译时或者运行时动态获取所配置的信息而已，注解本身只是个标识，注解的真正意义在于通过注解标识获取注解所在对象的信息以及注解中配置的信息。
Spring的注解方式只是简化了XML配置文件，可以在读入Bean定义资源时可以动态扫描给定的路径，在解析和依赖注入时，XML方式配置的Bean,Spring需要解析XML文件，注解方式配置的Bean，Spring需要通过JDK的反射机制获取注解配置的信息。
<context:property-placeholder location="classpath:jdbc.properties" />
在后面的配置中就可以使用类似：<property name="url" value="${database.url}" /> 这样的变量来引用属性参数了
使用注解方式时，必须在spring配置文件的schema中添加注解的命名空间如下：
xmlns:context="/schema/context
/schema/context/spring-context-2.5.xsd
<beans>
<context:annotation-config />
以及四个 Bean 后处理器。这种方式的缺点是使得没有机会再给 HandlerMapping 注入interceptors，就无法指定拦截器