【Spring学习27】回顾总结Spring常用注解

前面已经多次用到了注解,如自动装配、扫描,bean初始化及销毁回调等
现在汇总并回顾一下:

1、 @Autowired 注解

要让@Autowired 起作用必须事先在 Spring 容器中声明 AutowiredAnnotationBeanPostProcessor Bean。

<!-- 该 BeanPostProcessor 将自动起作用,对标注 @Autowired 的 Bean 进行自动注入 -->
<bean class="org.springframework.beans.factory.annotation.
AutowiredAnnotationBeanPostProcessor"/>

Spring 2.5 引入了 @Autowired 注解,它可以对类成员变量、方法及构造函数进行标注,完成自动装配的工作:

package twm.spring;
import org.springframework.beans.factory.annotation.Autowired;

public class Test {
//下面是演示,正常开发中切记不要将几种方式作用在同一属性上。 

//直接标注在属性上
    @Autowired
    private Sender sender;
private User user;

//标注在 Setter 方法上
    @Autowired
    public void setSender(Sender sender) {
        this.sender = sender;
    }
//@Autowired 注解标注在构造函数上
@Autowired
    public Boss(Sender sender ,User user){
        this.sender = sender;
        this.user = user ;
    }
    //......
}

2、 @Qualifier 注解

当容器中存在同样类型的多个bean时,可以使用 @Qualifier 注解指定注入 Bean 的名称 :

@Autowired
public void setSender(@Qualifier("cellphoneSender")Sender sender) {
    this.sender = sender;
}

@Autowired 和@Qualifier 结合使用时,自动注入的策略就从 byType 转变成 byName 了。注意:@Autowired 标注的是成员变量、方法以及构造函数,而@Qualifier 标注的是成员变量、方法入参、构造函数入参。

3、 @PostConstruct 和 @PreDestroy注解

《Bean生命周期回调:初始化回调和销毁回调 》中已用到了这两个注解。
JSR-250 为初始化之后/销毁之前方法的指定定义了两个注解类,分别是 @PostConstruct 和 @PreDestroy,这两个注解只能应用于方法上。标注了 @PostConstruct 注解的方法将在类实例化后调用,而标注了 @PreDestroy 的方法将在类销毁之前调用。

package twm.spring;
import org.springframework.beans.factory.annotation.Autowired;

public class Test {
    //......
@PostConstruct
    public void myInit(){
        System.out.println("postConstruct");
    }

    @PreDestroy
    public void myDestory(){
        System.out.println("preDestroy"); 
    }
}

通过实现 InitializingBean/DisposableBean 接口,以及通过 <bean> 元素的init-method/destroy-method 属性进行配置,都只能为 Bean 指定一个初始化/销毁的方法。但是使用 @PostConstruct 和 @PreDestroy 注解却可以指定多个初始化 / 销毁方法,那些被标注 @PostConstruct 或 @PreDestroy 注解的方法都会在初始化 / 销毁时被执行。

4、@Resource

@Resource 的作用相当于 @Autowired,只不过 @Autowired 按 byType 自动注入,面@Resource 默认按 byName 自动注入。@Resource 有两个重要属性分别是 name 和 type。如果使用 name 属性,则使用 byName 的自动注入策略,而使用 type 属性时则使用 byType 自动注入策略。都不写就默认按 byName 自动注入,如果找不到对应name的bean,则再按byType查找。

Resource 注解类位于 Spring 发布包的 lib/j2ee/common-annotations.jar 类包中,因此在使用之前必须将其加入到项目的类库中。

public class Test {
//下面是演示,正常开发中切记不要将几种方式作用在同一属性上。 

    @Resource(type="Sender.Class")
    private Sender sender;

//标注在 Setter 方法上
    @Resource(name="cellphoneSender")
    public void setSender(Sender sender) {
        this.sender = sender;
    }
}

注:@Resource、@PostConstruct 以及
@PreDestroy。它们不属于spring框架,而是在java中定义的。只不过spring框架支持这种java注解。

5、@Component

《自动检测扫描Bean》已经提到了通过注解可以自动扫描bean,并注册到容器中去,这样不需在XML 文件中通过 进行定义,从而减小XML体积,便于维护。 Spring提供了这样的注解:
@Component 表示一个组件 (Bean) ,可以作用在任何层次。
@Service 通常作用在业务层,功能与 @Component 相同。
@Constroller 通常作用在控制层,功能与 @Component 相同。
@Repository 通常作用在数据持久层,功能与 @Component 相同。
通过在类上使用 @Repository、@Component、@Service 和 @Constroller 注解,Spring 会自动创建相应的 BeanDefinition 对象,并注册到 ApplicationContext 中。这些类就成了 Spring 受管组件。
例:

@Scope("prototype")
@Component(name="cellphoneSender")
public class Sender {
    //.....实现
}

使用自动检测后扫描到的类,容器会将类名且第一个字母小写来作为bean的id。@Component 也提供了一个可选的入参name,用于指定 Bean 的名称。不过一般可不必指定,因为大多时侯都使用byType方式注入的。
默认情况下通过 @Component 定义的 Bean 都是 singleton 的,如果需要使用其它作用范围的 Bean,可以通过@Scope 注解来达到目标。

在使用 @Component 注解后,Spring 容器要启用类扫描机制以启用注解驱动 Bean 定义和注解驱动 Bean 自动注入的策略。Spring对 context 命名空间进行了扩展,提供了这一功能,请看下面的配置:

<beans xmlns="http://www.springframework.org/schema/beans" 
    xmlns:context="http://www.springframework.org/schema/context" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xmlns:c="http://www.springframework.org/schema/c" 
    xsi:schemaLocation="http://www.springframework.org/schema/beans 
    http://www.springframework.org/schema/beans/spring-beans.xsd
    http://www.springframework.org/schema/context 
    http://www.springframework.org/schema/context/spring-context-4.2.xsd">
<context:component-scan base-package="twm.spring.start" />
</beans> 

这里,所有通过 <bean> 元素定义 Bean 的配置内容已经被移除,仅需要添加一行 <context:component-scan/> 配置就解决所有问题了。<context:component-scan/> 的 base-package 属性指定了需要扫描的类包,类包及其递归子包中所有的类都会被处理。

6、@Required注解

@Required注解应用于bean属性的setter方法,它表明影响的bean属性在配置时必须放在XML配置文件中。

@Required
public void setSender(Sender sender) {
        this.sender = sender;
}

这样如果bean定义中没有给sender传值,就会报错。

<bean id="order" class="twm.spring.start.Order" autowire="byType">
    <!-- <property name="sender" ref="cellphonesender"></property> -->
</bean>

比如把<property name="sender" ref="cellphonesender"></property>这句注释掉就会报错。

7、配置

值得注意的是:
当我们需要使用@Autowired注解,必须事先在Spring容器中声明AutowiredAnnotationBeanPostProcessor的Bean:

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

使用 @Required注解,就必须声明RequiredAnnotationBeanPostProcessor的Bean:

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

类似地,使用@Resource、@PostConstruct、@PreDestroy等注解就必须声明 CommonAnnotationBeanPostProcessor;使用@PersistenceContext注解,就必须声明 PersistenceAnnotationBeanPostProcessor的Bean。

这样的声明太不优雅,而Spring为我们提供了一种极为方便注册这些BeanPostProcessor的方式,即使用<context:annotation- config/>隐式地向 Spring容器注册AutowiredAnnotationBeanPostProcessor、RequiredAnnotationBeanPostProcessor、CommonAnnotationBeanPostProcessor以及PersistenceAnnotationBeanPostProcessor这4个BeanPostProcessor。如下:

<context:annotation-config/> 

在我们使用注解时一般都会配置扫描包路径选项:

<context:component-scan base-package="pack.pack"/>

该配置项其实也包含了自动注入上述processor的功能,因此当使用<context:component-scan/>后,即可将<context:annotation-config/>也省去。

总结:

注解配置相对于 XML 配置具有很多的优势:

1、它可以充分利用 Java 的反射机制获取类结构信息,这些信息可以有效减少配置的工作。
2、 如使用 JPA 注解配置 ORM 映射时,我们就不需要指定 PO 的属性名、类型等信息,如果关系表字段和 PO属性名、类型都一致,甚至无需编写任务属性映射信息——因为这些信息都可以通过 Java 反射机制获取。
3、注解和 Java代码位于一个文件中,而 XML 配置采用独立的配置文件,大多数配置信息在程序开发完成后都不会调整,如果配置信息和 Java代码放在一起,有助于增强程序的内聚性。如果采用独立的 XML配置文件,程序员在编写一个功能时,往往需要在程序文件和配置文件中不停切换,这种思维上的不连贯会降低开发效率。

注解配置和 XML 配置的适用场合

是否有了这些 IOC 注解,我们就可以完全摒除原来 XML 配置的方式呢?答案是否定的。有以下几点原因:

1、注解配置不一定在先天上优于 XML 配置。如果 Bean 的依赖关系是固定的,(如 Service 使用了哪几个 DAO 类),这种配置信息不会在部署时发生调整,那么注解配置优于 XML 配置;反之如果这种依赖关系会在部署时发生调整,XML 配置显然又优于注解配置,因为注解是对 Java 源代码的调整,您需要重新改写源代码并重新编译才可以实施调整。

2、如果 Bean不是自己编写的类(如 JdbcTemplate、SessionFactoryBean 等),注解配置将无法实施,此时 XML配置是唯一可用的方式。

3、注解配置往往是类级别的,而 XML 配置则可以表现得更加灵活。比如相比于 @Transaction事务注解,使用 aop/tx 命名空间的事务配置更加灵活和简单。

所以在实现应用中,我们往往需要同时使用注解配置和 XML配置,对于类级别且不会发生变动的配置可以优先考虑注解配置;而对于那些第三方类以及容易发生调整的配置则应优先考虑使用 XML配置。Spring 会在具体实施 Bean 创建和 Bean 注入之前将这两种配置方式的元信息融合在一起。

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值