Spring注解配置说明(不定时更新)

1 Spring的配置文件中，你可能会见到 `<context:annotation-config>`这样一条配置，向 Spring 容器注册

AutowiredAnnotationBeanPostProcessor、CommonAnnotationBeanPostProcessor、
PersistenceAnnotationBeanPostProcessor 以及 RequiredAnnotationBeanPostProcessor 这 4 个BeanPostProcessor。
注册这4个 BeanPostProcessor的作用，就是为了你的系统能够识别相应的注解。
例如：
如果你想使用@Autowired注解，那么就必须事先在 Spring 容器中声明 AutowiredAnnotationBeanPostProcessor Bean。传统声明方式如下：

<bean class="org.springframework.beans.factory.annotation. AutowiredAnnotationBeanPostProcessor "/>

如果想使用@ Resource 、@ PostConstruct、@ PreDestroy等注解就必须声明CommonAnnotationBeanPostProcessor
如果想使用@PersistenceContext注解，就必须声明PersistenceAnnotationBeanPostProcessor的Bean。
如果想使用 @Required的注解，就必须声明RequiredAnnotationBeanPostProcessor的Bean。同样，传统的声明方式如下：

<bean class="org.springframework.beans.factory.annotation.RequiredAnnotationBeanPostProcessor"/>

一般来说，这些注解我们还是比较常用，尤其是Antowired的注解，在自动注入的时候更是经常使用，所以如果总是需要按照传统的方式一条一条配置显得有些繁琐和没有必要，于是spring给我们提供<context:annotation-config>的简化配置方式，自动帮你完成声明。
不过，我们使用注解一般都会配置扫描包路径选项

<context:component-scan base-package=”XX.XX”/>

经测试, 有即可Spring 3.0.5
强调内容该配置项其实也包含了自动注入上述processor的功能，因此当使用 <context:component-scan/> 后，就可以将 <context:annotation-config/> 移除了。

2 spring 2.5 中除了提供 @Component 注释外，还定义了几个拥有特殊语义的注释，它们分别是：@Repository、@Service 和 @Controller

在Spring3.1版本中，这 3 个注释和 @Component 是等效的，但是从注释类的命名上，很容易看出这 3 个注释分别和持久层、业务层和控制层相对应。
虽然目前这3 个注释和 @Component 相比没有什么新意，但在之后的版本中拥有特殊的功能。
所以，如果 Web 应用程序采用了经典的MVC架构的话，最好在持久层、业务层和控制层分别采用上述注解对分层中的类进行注释。
@Service用于标注业务层组件
@Controller用于标注控制层组件（如struts中的action）
@Repository用于标注数据访问组件，即DAO组件重点内容
@Component泛指组件，当组件不好归类的时候，我们可以使用这个注解进行标注。表明类会作为组件类,并告知Spring要为这个类创建bean.

@Service  
public class VentorServiceImpl implements iVentorService {}  
@Repository  
public class VentorDaoImpl implements iVentorDao {} ```
在一个稍大的项目中，如果组件采用xml的bean定义来配置，显然会增加配置文件的体积，查找以及维护不方便。 
Spring2.5引入了组件自动扫描机制，他在类路径下寻找标注了上述注解的类，并把这些类纳入进spring容器中管理。
它的作用和在xml文件中使用bean节点配置组件时一样的。要使用自动扫描机制，我们需要打开以下配置信息：

1 注解:

@ComponentScan:启用组件扫描,默认会扫描与配置类相同的包(及该包下的所有子包,查找带有@Component注解的类,并且在Spring中自动为其创建一个bean.

2 XML:

Spring context命名空间的<context:component-scan>将带有@Component、@Repository、@Service、@Controller注解的类,。对标记了 Spring’s @Required、@Autowired、JSR250’s @PostConstruct、@PreDestroy、@Resource、JAX-WS’s @WebServiceRef、EJB3’s @EJB、JPA’s @PersistenceContext、@PersistenceUnit等注解的类进行对应的操作使注解生效（包含了annotation-config标签的作用）。

getBean的默认名称是类名（头字母小写），如果想自定义，可以@Service(“aaaaa”)这样来指定。
这种bean默认是“singleton”的，如果想改变，可以使用@Scope(“prototype”)来改变。

可以使用以下方式指定初始化方法和销毁方法：

[java] view plain copy
@PostConstruct
public void init() {
}
@PreDestroy
public void destory() {
}

注入方式：

把DAO实现类注入到action的service接口(注意不要是service的实现类)中，注入时不要new 这个注入的类，因为spring会自动注入，如果手动再new的话会出现错误，
然后属性加上@Autowired后不需要getter()和setter()方法，Spring也会自动注入。

在接口前面标上@Autowired注释使得接口可以被容器注入，如：

[java] view plain copy
@Autowired
@Qualifier(“chinese”)
private Man man;
当接口存在两个实现类的时候必须使用@Qualifier指定注入哪个实现类，否则可以省略，只写@Autowired。

3 @Transactional

除了基于XML的声明式事务配置外，可以使用基于注解的方法。
直接在Java源代码中声明事务语义提出的声明更接近受影响的代码。
没有过分的耦合太大的危险，因为这意味着要使用事务代码几乎总是这样部署。
所述的易于使用通过使用
@Transactional注解可以标注在类和方法上，也可以标注在定义的接口和接口方法上。
如果我们在接口上标注@Transactional注解，会留下这样的隐患：因为注解不能被继承，所以业务接口中标注的@Transactional注解不会被业务实现类继承。
所以可能会出现不启动事务的情况。
所以，Spring建议我们将@Transaction注解在实现类上。
在方法上的@Transactional注解会覆盖掉类上的@Transactional