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

转载自:http://blog.csdn.net/augus6/article/details/9745451?utm_source=tuicool&utm_medium=referral

原本转本自己写一篇的,发现这一篇写的相当好,故转载过来。

代码:

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

[java]  view plain  copy
  1. public interface Party {}  
[java]  view plain  copy
  1. package com.sourceallies.person;  
  2. ...  
  3. @Component  
  4. public class Person implements Party {}  
[java]  view plain  copy
  1. package com.sourceallies.organization;  
  2. ...  
  3. @Component  
  4. public class Organization implements Party {}  
在Spring的配置文件中设置使用 ‘@Component’注解的两个实现类所在的包需要进行注入检查
[html]  view plain  copy
  1. <context:component-scan base-package="com.sourceallies.organization"/>  
  2. <context:component-scan base-package="com.sourceallies.person"/>  

测试:

测试1:不明确的bean注入

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

[java]  view plain  copy
  1. @Resource  
  2. private Party party;  
  3.   
  4. @Autowired  
  5. private Party party;  
  6.   
  7. @Inject  
  8. private Party party;  

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

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

测试2:字段名称注入

[java]  view plain  copy
  1. @Resource  
  2. private Party person;  
  3.   
  4. @Autowired  
  5. private Party person;  
  6.   
  7. @Inject  
  8. private Party person;  

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

[java]  view plain  copy
  1. @Resource(name="person")  
  2. private Party party;  
     以上三种方式最终都被注入‘Person’ Bean。

测试3:字段类型注入

[java]  view plain  copy
  1. @Resource  
  2. private Person party;  
  3.   
  4. @Autowired  
  5. private Person party;  
  6.   
  7. @Inject  
  8. private Person party;  
    以上情况都将注入 ‘Person’ Bean。

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

[java]  view plain  copy
  1. @Resource  
  2. @Qualifier("person")  
  3. private Party party;  
  4.   
  5. @Autowired  
  6. @Qualifier("person")  
  7. private Party party;  
  8.   
  9. @Inject  
  10. @Qualifier("person")  
  11. private Party party;  
     以上情况都将注入 ‘Person’ Bean。

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

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

[java]  view plain  copy
  1. package com.sourceallies.person;  
  2. ...  
  3. @Component  
  4. @Qualifier("personBean")  
  5. public class Person implements Party {}  

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

[java]  view plain  copy
  1. @Resource  
  2. @Qualifier("personBean")  
  3. private Party party;  
  4. @Autowired  
  5. @Qualifier("personBean")  
  6. private Party party;  
  7. @Inject  
  8. @Qualifier("personBean")  
  9. private Party party;  
    以上情况都将注入’Person' Bean。
[plain]  view plain  copy
  1. 测试6:集合注入  
  2. @Resource  
  3. private List<Party> parties;  
  4. @Autowired  
  5. private List<Party> parties  
  6. @Inject  
  7. private List<Party> parties;  
  8.     以上情况都将注入List中两个Bean。此方式同样可以用‘@Qualifier’限定注入Bean,每一个满足指定‘qualifier’的bean才会被注入到List中。  
  9.   
  10. 测试7:不良配置  
  11.     用毫无关联的‘bad’作为‘@Qualifier’指定的匹配名  
  12. @Resource  
  13. @Qualifier("bad")  
  14. private Party person;  
  15. @Autowired  
  16. @Qualifier("bad")  
  17. private Party person;  
  18. @Inject  
  19. @Qualifier("bad")  
  20. private Party person;  
  21.     这种情况下使用‘@Resource’注解将会忽略‘@Qualifier’配置,故而‘Person' Bean将被注入。  
  22.     而后两者将会抛出‘NoSuchBeanDefinitionException’ 的错误信息,因为找不到与’@Qualifier‘配置相匹配的bean。  
  23. org.springframework.beans.factory.NoSuchBeanDefinitionException:   
  24. No matching bean of type [com.sourceallies.Party] found for dependency:   
  25. expected at least 1 bean which qualifies as autowire candidate for this dependency.   
  26. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true),  
  27. @org.springframework.beans.factory.annotation.Qualifier(value=bad)}  
  28.   
  29. 总结  
  30.  ‘@Autowired’ 和‘@Inject’的报错信息完全相同,他们都是通过‘AutowiredAnnotationBeanPostProcessor’类实现的依赖注入,二者具有可互换性。‘@Resource’通过‘CommonAnnotationBeanPostProcessor’类实现依赖注入,即便如此他们在依赖注入时的表现还是极为相近的,以下是他们在实现依赖注入时执行顺序的概括:  
  31. @Autowired and @Inject  
  32. 1.Matches by Type  
  33. 2.Restricts by Qualifiers  
  34. 3.Matches by Name  
  35.   
  36. @Resource  
  37. 1.Matches by Name  
  38. 2.Matches by Type  
  39. 3.Restricts by Qualifiers (ignored if match is found by name)  
  40.     ‘@Resource’在依据name注入的时候速度性能表现的比‘@Autowired’ 和‘@Inject’优越,但这是微不足道的,不足以作为优先选择‘@Resource’的原因。我倾向于使用‘@Resource’是因为它配置起来更简洁。  
  41. @Resource(name="person")  
  42. @Autowired  
  43. @Qualifier("person")  
  44. @Inject  
  45. @Qualifier("person")  
  46.     你也许会说使用字段默认名称作为注入时候的bean name,其他两种方式就会一样简洁:  
  47. @Resource  
  48. private Party person;  
  49. @Autowired  
  50. private Party person;  
  51. @Inject  
  52. private Party person;  
  53.     确实如此。但是当你需要重构代码的时候又如何呢?使用’@Resource‘方式只需简单修改name属性即可,而无需触及注入Bean的名称(注入Bean的时候同意使用接口名称)。所以我建议使用注解方式实现注入的时候遵循以下语法风格:  
  54. 1.在你的组件中明确限定bean名称而不是使用默认值[@Component("beanName")]。  
  55. 2.同时使用’@Resource‘和它的’name'属性[@Resource(name="beanName")]。  
  56. 3.避免使用‘@Qualifier’注解,除非你要创建一系列类似beans的集合。例如,你也许需要建立一个set集合来存放一系列“规则”定义。这个时候可以选择‘@Qualifier'注解方式。这种方式使得将大量遵循相同规则的类放入集合中变得容易。  
  57. 4.使用如下配置限定需要尽心组件扫描的包:[context:component-scan base-package="com.sourceallies.person"]。这样做可以减小spring扫描很多无效的包的情况。  
  58.     遵循以上原则能增强你的,注解风格的,spring配置的可读性和稳定性。  




[java]  view plain  copy
  1. <pre name="code" class="java"></pre>  
  2. <pre></pre>  
  3.      
  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值