spring下应用@Resource, @Autowired 和 @Inject注解进行依赖注入的差

代码:

为了探寻  ‘@Resource’, ‘@Autowired’, 和‘@Inject’如何解决依赖注入中的问题,我创建了一个“Party”接口,和它的两个实现类“Person”,“Organization”。这样我就可以在注入Bean的时候不必使用具体类型(指使用接口类型即可)。这样做也方便我研究当一个接口有多个实现类与之匹配的时候Spring是如何解决依赖注入的不确定性的。

public interface Party {}
package com.sourceallies.person;
... @Component public class Person implements Party {}
package com.sourceallies.organization;
... @Component public class Organization implements Party {}

在Spring的配置文件中设置使用 
‘@Component’注解的两个实现类所在的包需要进行注入检查

<context:component-scan base-package="com.sourceallies.organization"/> <context:component-scan base-package="com.sourceallies.person"/>

测试:

测试1:不明确的bean注入

这个测试验证注入Party的时候,当它有多个实现类的情况

@Resource private Party party; @Autowired private Party party; @Inject private Party party;

以上三种情况抛出同样的 
‘NoSuchBeanDefinitionException’异常,单看异常名称意味着不存在对应的Bean,不过详细信息中显示找到了两个Bean。

org.springframework.beans.factory.NoSuchBeanDefinitionException: No unique bean of type [com.sourceallies.Party] is defined: expected single matching bean but found 2: [organization, person]

测试2:字段名称注入

@Resource private Party person; @Autowired private Party person; @Inject private Party person;

其中@Resource注入可以设置可选项‘ 
name’属性,以下语法和上面的@Resource注解方式是等效的,但是@Autowired和@Inject就没有类似的等价方式了。

@Resource(name="person") private Party party;

以上三种方式最终都被注入‘Person’ Bean。

测试3:字段类型注入

@Resource private Person party; @Autowired private Person party; @Inject private Person party;

以上情况都将注入 
‘Person’ Bean。

测试4:以实现类的默认名进行注入

@Resource @Qualifier("person") private Party party; @Autowired @Qualifier("person") private Party party; @Inject @Qualifier("person") private Party party;

以上情况都将注入
 
‘Person’ Bean。

测试5:指定实现类的类名

在实现类中使用‘Qualifier’注解指定注入时使用的名称

package com.sourceallies.person;
... @Component @Qualifier("personBean") public class Person implements Party {}

注入的时候同样使用‘Qualifier’注解指定注入哪一个名称的实现类

@Resource @Qualifier("personBean") private Party party;
@Autowired @Qualifier("personBean") private Party party;
@Inject @Qualifier("personBean") private Party party;

以上情况都将注入
 
‘Person’ Bean。

测试6:集合注入

@Resource
private List<Party> parties;
@Autowired
private List<Party> parties
@Inject
private List<Party> parties;

以上情况都将注入List中两个Bean。此方式同样可以用‘@Qualifier’限定注入Bean,每一个满足指定‘qualifier’的bean才会被注入到List中。

测试7:不良配置

用毫无关联的‘bad’作为‘@Qualifier’指定的匹配名

@Resource @Qualifier("bad") private Party person;
@Autowired @Qualifier("bad") private Party person;
@Inject @Qualifier("bad") private Party person;

这种情况下使用‘@Resource’注解将会忽略‘@Qualifier’配置,故而‘Person‘ Bean将被注入。

而后两者将会抛出 ‘NoSuchBeanDefinitionException’ 的错误信息,因为找不到与’@Qualifier‘配置相匹配的bean。

org.springframework.beans.factory.NoSuchBeanDefinitionException:
No matching bean of type [com.sourceallies.Party] found for dependency:
expected at least 1 bean which qualifies as autowire candidate for this dependency.
Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true),
@org.springframework.beans.factory.annotation.Qualifier(value=bad)}

总结

‘@Autowired’ 和‘@Inject’的报错信息完全相同,他们都是通过‘AutowiredAnnotationBeanPostProcessor’ 类实现的依赖注入,二者具有可互换性。 ‘@Resource’通过 ‘CommonAnnotationBeanPostProcessor’ 类实现依赖注入,即便如此他们在依赖注入时的表现还是极为相近的,以下是他们在实现依赖注入时执行顺序的概括:

@Autowired and @Inject

  1. Matches by Type
  2. Restricts by Qualifiers
  3. Matches by Name

@Resource

  1. Matches by Name
  2. Matches by Type
  3. Restricts by Qualifiers (ignored if match is found by name)

‘@Resource’在依据name注入的时候速度性能表现的比 ‘@Autowired’ 和‘@Inject’优越,但这是微不足道的,不足以作为优先选择 ‘@Resource’的原因。我倾向于使用 ‘@Resource’是因为它配置起来更简洁。

@Resource(name="person")
@Autowired @Qualifier("person")
@Inject @Qualifier("person")

你也许会说使用字段 
默认
 名称作为注入时候的bean name,其他两种方式就会一样简洁:

@Resource private Party person;
@Autowired private Party person;
@Inject private Party person;

确实如此。但是当你需要重构代码的时候又如何呢?使用’@Resource‘方式只需简单修改name属性即可,而无需触及注入Bean的名称(注入Bean的时候同意使用接口名称)。所以我建议使用注解方式实现注入的时候遵循以下语法风格:

1.在你的组件中明确限定bean名称而不是使用默认值[@Component("beanName")]。

2.同时使用’@Resource‘和它的’name‘属性 [@Resource(name="beanName")]。

3.避免使用‘@Qualifier’注解,除非你要创建一系列类似beans的集合。例如,你也许需要建立一个set集合来存放一系列“规则”定义。这个时候可以选择‘@Qualifier‘注解方式。这种方式使得将大量遵循相同规则的类放入集合中变得容易。

4.使用如下配置限定需要尽心组件扫描的包: [context:component-scan base-package="com.sourceallies.person"]。这样做可以减小spring扫描很多无效的包的情况。

遵循以上原则能增强你的,注解风格的,spring配置的可读性和稳定性。

spring下应用@Resource, @Autowired 和 @Inject注解进行依赖注入的差

时间: 2024-07-28 16:09:20

spring下应用@Resource, @Autowired 和 @Inject注解进行依赖注入的差的相关文章

Spring @Resource, @Autowired and @Inject 注入

Overview I’ve been asked several times to explain the difference between injecting Spring beans with ‘@Resource’, ‘@Autowired’, and ‘@Inject’. While I received a few opinions from colleagues and read a couple of posts on this topic I didn’t feel like

Spring使用注解配置依赖注入

大部分情况下,使用Spring配置依赖注入时,都是使用注解来进行配置,因为注解比xml要方便和简单.不过类似于数据源对象这种配置信息容易变更的对象除外,这种对象使用xml文件来进行配置会更适合,方便于在外部进行修改,而不需要打开代码来进行修改. 接下来简单介绍一下注解的配置方式,首先要让Spring支持注解,编辑Spring配置文件内容如下: <?xml version="1.0" encoding="UTF-8"?> <beans xmlns=&

Spring-Context的注解实现依赖注入功能

使用Spring-Context的注解实现依赖注入功能. Demo要点: 本例子中主要使用Annotation功能来实现对MoviceService的注入.我们将Cinema.java的头部标注为@Component说明该类交由Spring托管.而Cinema.java中的属性MoviceService标注为@Autowired,则Spring在初始化Cinema类时会从Application Context中找到类型为MovieService的Bean,并赋值给Cinema.在Applicat

Spring @Resource,@Autowired,@Qualifier的注解注入和区别

spring2.5提供了基于注解(Annotation-based)的配置,我们可以通过注解的方式来完成注入依赖.在Java代码中可以使用 @Resource或者@Autowired注解方式来经行注入.虽然@Resource和@Autowired都可以来完成注入依赖,但它们之间是有区 别的.首先来看一下: @Resource默认是按照名称来装配注入的,只有当找不到与名称匹配的bean才会按照类型来装配注入: @Autowired默认是按照类型装配注入的,如果想按照名称来转配注入,则需要结合@Qu

Spring框架第四篇之基于注解的DI注入

一.说明 与@Component注解功能相同,但意义不同的注解还有三个: 1)@Repository:注解在Dao实现类上 2)@Service:注解在Service实现类上 3)@Controller:注解在SpringMVC的处理器上 Bean作用域: @Scope("prototype"):用于指定对象创建模式,可以是单例模式或者原型模式,默认是singleton 基本类型属性注入: @Value @Autowired:byType方式的注解式注入,即根据类型注解 @Qualif

spring 之脱离容器管理创建的对象进行依赖注入

我们有时候也会遇到一些脱离spring容器创建的类实例,如何把spring容器内的对象注入到这些类实例内呢. 我们可以用org.springframework.beans.factory.config.AutowireCapableBeanFactory.createBean(Class<?> beanClass, int autowireMode, boolean dependencyCheck) 来创建这个脱离容器的对象,该方法返回脱离容器创建的对象,只不过对象的创建交给spring了.

ASP.NET Web API实践系列02,在MVC4下的一个实例, 包含EF Code First,依赖注入, Bootstrap等

本篇体验在MVC4下,实现一个对Book信息的管理,包括增删查等,用到了EF Code First, 使用Unity进行依赖注入,前端使用Bootstrap美化.先上最终效果: →创建一个MVC4项目,选择Web API模版. →在Models文件夹创建一个Book.cs类. namespace MyMvcAndWebApi.Models { public class Book { public int Id { get; set; } public string Name { get; set

spring IOC(控制反转)及DI(依赖注入)

什么是ioc(控制反转)  IOC是一种设计思想,用来降低代码与程序之间的耦合程度,把两个直接相关的事物把直接相关的部分交给第三方作为中转从而降低 了耦合性,方便后期维护.控制反转也称依赖注入,因为IoC确实不够开门见山,因此业界曾进行了广泛的讨论,最终软件界的泰斗级人物 Martin Fowler提出了DI(依赖注入:Dependency Injection)的概念用以代替IoC,即让调用类对某一接口实现类的依赖关系由第三方(容 器或协作类)注入,以移除调用类对某一接口实现类的依赖."依赖注入

Spring 3.0 学习-DI 依赖注入_创建Spring 配置-使用一个或多个XML 文件作为配置文件,使用自动注入(byName),在代码中使用注解代替自动注入,使用自动扫描代替xml中bea

文章大纲 在xml中声明bean和注入bean 在xml中声明bean和自动注入bean 自动扫描bean和自动注入bean 对自动扫描bean增加约束条件 首次接触spring请参考 Spring 3.0 学习-环境搭建和三种形式访问 1.典型的Spring XML 配置文件表头 <?xml version="1.0" encoding="UTF-8"?><!-- 一般化的Spring XML 配置 --> <beans xmlns=