@Resource 默认注入源码分析

最新推荐文章于 2025-03-19 15:59:51 发布
转载 最新推荐文章于 2025-03-19 15:59:51 发布 · 置顶 · 556 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：http://mp.weixin.qq.com/s?__biz=MjM5NTMwOTUzNQ==&mid=100000088&idx=1&sn=c874754403f68e864391707ab12fe4eb&chksm=26fb33e8118cbafee26cb1c029a52f1177b6cee410440d4509f075f213b35444075629c72c27#rd

博客主要围绕@Resource默认注入的源码展开分析，聚焦信息技术领域中相关注入机制的底层原理，为开发者理解和运用@Resource提供技术参考。
@Autowired和@Resource两种注入方式有什么不同?
weixin_45189615的博客
06-05 1006
@Autowired和@Resource两种注入方式有什么不同?java开发在面试的时候，经常会遇到这样的问题。本变文章就来探讨一下这个问题。 首先，定义一个Service接口： public interface TestService { String myMethod(); } 两个Service Bean实现类： @Service public class TestService1 implements TestService{ @Override public .
基于注解管理Bean --@Resource注入
qq_64005599的博客
12-17 837
Resource注解：默认byName注入，没有指定name时把属性名当做name，根据name找不到时，才会byType注入。byType注入时，某种类型的Bean只能有一个。
3.使用资源注射(@Resource)读取web.xml初始参数
oYeYuanXinZhiZhu1的专栏
10-27 852
JavaEE5提供一种新方法叫做资源注射或叫资源注入，不需要Servlet主动去读取资源，Tomcat启动的时候会把web.xml里的配置信息主动注射到Servlet里面。这个过程是自动完成的，不需要编写任何代码，不需要做任何工作。    资源注射是通过注解（Annotation）完成的。注解是java 5.0 里引入的新特性。注解是一种特殊的接口，以@符号为标志，用法如下：private @R
@Resource注解的两种注入方式
qq_45638953的博客
03-19 722
【代码】@Resource注解的两种注入方式。
@Autowired @Resource @Qualifier的区别
weixin_34208283的博客
09-04 7395
参考博文： http://www.cnblogs.com/happyyang/articles/3553687.html http://blog.youkuaiyun.com/revent/article/details/49203619 http://blog.youkuaiyun.com/ad921012/article/details/49679745 spring不但支持自己定义的@Autowired注解，还支持...
SpringBoot扩展篇：Spring注入 @Autowired & @Resource
java_xiaoba1的博客
03-11 1304
Autowired注入是由AutowiredAnnotationBeanPostProcessor完成的。@Resource注入是由CommonAnnotationBeanPostProcessor完成的。由于两种方式代码重复率太高，原理基本一致，下面我们主要以AutowiredAnnotationBeanPostProcessor源码分析为主。AutowiredAnnotationBeanPostProcessor负责属性、方法的注入。
@Resource注解的原理、源码
liangsheng_g的专栏
03-15 1628
文章目录前言一、@Resource怎么用？二、那么注入做了些啥1.查找一个类的所有注入点1.1 在Spring中Bean的生态位置1.2 detail，源码解读2. 注入2.1 在Spring中bean的生态的位置总结 前言 @Resource注解和@Autowired注解是咱们使用Spring的两大利器，用来进行属性注入。这篇文章来简单分析下@Resource的原理 一、@Resource怎么用？ 很简单的啦，譬如如下： @Service public class TestService {
源码分析@Autowired注解和@Resource注解的区别
czm_ob的博客
10-11 371
@Autowired和@Resource注解都可以在Spring应用中进行声明式的依赖注入。以前都是看的网上关于两者的区别，但是实际和网上说的有出入，故从源码角度进行分析、验证。
（转）Spring中@Autowired注解和@Resource注解的区别
08-11
通过源码分析，我们可以了解到Spring如何解析这些注解并执行依赖注入的过程，这有助于我们更好地理解和利用Spring框架。同时，结合工具如IDEA的代码提示和重构功能，可以更高效地运用这些注解进行开发。
Spring自动装配@Autowired(@Qualifier, @Primary), @Resource超详细用法分析
Erekilu的博客
08-20 1047
前提 本人是正在学习Spring的大三学生，但我在网课和有些博客上看到对IOC自动装配注解方面有些表意不当或者不详细之处，所以这篇文章我想仔细分享我所学的Spring IOC容器自动装配方面的学习收获。建议读这篇文章之前先了解下Spring IOC容器的装配基础知识(组件扫描等等)和Web MVC架构模式。如果有大神发现我的文章哪里有问题的话，请指出来，不胜感激！！ IOC基础理解 @Autow...
Spring框架精髓：深入理解Spring的@Resource注入
鱼干的博客
03-03 5135
@Resource注入 @Resource注解也可以完成属性注入。那它和@Autowired注解有什么区别？ @Resource注解是JDK扩展包中的，也就是说属于JDK的一部分。所以该注解是标准注解，更加具有通用性。(JSR-250标准中制定的注解类型。JSR是Java规范提案。) @Autowired注解是Spring框架自己的。 @Resource注解默认根据名称装配byName，未指定name时，使用属性名作为name。通过name找不到的话会自动启动通过类型byType装配。 @Autowire
spring注解之—— @Resource与@ Autowired
q12ERTYU的博客
05-05 451
Resource和@Autowired都是 Java 框架中用于注入依赖的注解。
@Resource、@Autowired、@Qualifier的注解注入及区别
justlpf的专栏
03-24 1476
原文地址:https://blog.youkuaiyun.com/z69183787/article/details/54348748 spring2.5提供了基于注解（Annotation-based）的配置，我们可以通过注解的方式来完成注入依赖。 在Java代码中可以使用 @Resource或者@Autowired注解方式来经行注入。 虽然@Resource和@Autowired都可以来完成注入依赖...
Spring源码分析（十三）依赖注入源码解析5：@Resource
语雀同名：犬豪 yuque.com/qhao
10-30 718
@Resource依赖注入源码解析
从源码角度认识和理解Spring中@Resource注解
李哈zzz的博客
04-04 2184
从源码角度认识和理解Spring中@Autowired注解https://blog.youkuaiyun.com/qq_43799161/article/details/123904532?spm=1001.2014.3001.5501 上篇帖子介绍了@Autowired的使用，然后从源码中角度介绍了@Autowired的一个自动注入的实现，但是在Spring中还有一个@Resource注解可以来实现依赖注入的实现。所以这篇帖子给读者从源码角度认识和理解@Resource注解。 @Resource注解和@Au.
一文弄懂Spring源码之@Resource注解
热门推荐
q1472750149的博客
12-29 1万+
一.@Resource注解简单介绍 @Resource注解标注的属性默认按照ByName进行注入，由J2EE提供 如果我们想按照ByType注入，代码要这样写： public class LaController { //按类型注入 @Resource(type=LaService.class) private LaService laService; } 复制代码 如果LaService接口存在两个实现类，且两个实现类都会被spring扫描到，在注入的时候就会报错：ne
在Resource中自动注入出错问题解决
mn_kw的博客
05-10 4618
编写代码的时候出现了，这个问题，这个报错，看到一条红线。发现上面引包并没有出现错误，然后我就用了idea的快捷键引包，发现也并没有出现缺失包的情况。所以断定应该是系统编译的问题。用鼠标点击或者用idea的快捷键，显示出错误，我用鼠标点击，出现Could not autowire. No beans of 'xxxx' type found提示，我试着查看下是否是xml的错误打开xml后发现，并没有...
@Autowired和@Resource的区别是什么？
u010746364的博客
12-01 3354
（转载）https://www.zhihu.com/question/39356740 自问自答一下 @Autowired 与@Resource： 1、@Autowired与@Resource都可以用来装配bean. 都可以写在字段上,或写在setter方法上。 2、@Autowired默认按类型装配（这个注解是属业spring的），默认情况下必须要求依赖对象必须存在，如果要允
@Autowired@Resource
最新发布
11-02
<think>嗯，用户这次想深入了解Spring框架中@Autowired和@Resource这两个注解的使用方法和区别。从用户提供的站内引用来看，已经包含了相当全面的对比信息，我需要整合这些信息并补充实际应用场景。 用户可能正在开发Spring项目时遇到了依赖注入的选择困惑。ta特意强调要了解"使用方法、区别等"，说明需要实操指导而非纯理论。注意到用户引用了5个不同来源的对比，其中引用[4]的表格和代码示例特别实用，引用[5]的源码分析则适合进阶理解。 先梳理核心差异点：来源方面，@Autowired是Spring专属而@Resource是Java标准，这点在引用[1][2]都有强调。依赖查找顺序的差异是重点——@Autowired默认按类型匹配，失败时才按名称；@Resource正相反，这在引用[3][4]的代码示例中表现得特别直观。用户提供的引用[4]表格很清晰，值得保留呈现。 实际使用中要特别注意：当存在多个同类型Bean时，@Autowired必须配合@Qualifier指定名称，而@Resource可以直接用name属性指定。引用[4]的对比代码正好演示了这点。另外引用[5]提到@Autowired在构造器注入时的特殊规则：Spring4.3+版本中单构造器可省略注解，这个细节容易被忽略需要强调。 考虑设计知识结构时决定按"基础概念→使用方式→本质差异→选择策略"的递进逻辑。特别增加"典型应用场景"部分，因为用户引用的资料都偏理论，补充实际案例更有帮助。例如短信/邮件服务切换的场景，既能展示注解区别又符合实际开发需求。 最后的问题设计要侧重实践：性能影响是很多开发者忽略的，异常处理则直接关联开发体验，而现代框架整合问题正好衔接SpringBoot等热门技术。避免问"区别是什么"这类重复问题，转而引导思考使用策略。 </think>好的，我们来详细解析 `@Autowired` 和 `@Resource` 这两个在 Spring 中用于依赖注入的核心注解，涵盖它们的用法、核心区别以及相关知识点。 **核心目的：** 它们的核心目标都是实现**依赖注入 (DI)**，让 Spring 容器自动将所需的 Bean 实例赋值给标注了这些注解的字段、方法参数或构造函数参数。 --- ### 一、基础概念与来源 1. **`@Autowired` (Spring 专属)** * **来源：** 由 Spring 框架 (`org.springframework.beans.factory.annotation` 包) 定义和提供，是 Spring 生态的核心注解之一。这意味着它与 Spring 框架**强耦合**。 * **默认注入规则：** **按类型 (byType) 匹配**。Spring 容器会在其上下文中查找与需要注入的属性/参数**类型匹配**的唯一 Bean。 * 如果找到唯一匹配，注入成功。 * 如果找到多个匹配类型，Spring 会尝试**按名称 (byName) 匹配**（使用字段名/参数名作为 Bean 的 id/name 去查找）。如果按名称也找不到唯一 Bean，则会抛出 `NoUniqueBeanDefinitionException` 异常。 * **解决歧义：** * 配合 `@Qualifier("beanName")` 注解：当存在多个同类型 Bean 时，使用 `@Qualifier` 指定要注入的 Bean 的具体名称 (id/name)。 * 使用 `@Primary` 注解：在多个候选 Bean 中标记一个为首选 Bean，当按类型匹配出现多个时，优先注入被 `@Primary` 标注的 Bean。 2. **`@Resource` (Java EE 标准)** * **来源：** 由 Java EE (现 Jakarta EE) 的 **JSR-250** 规范定义 (`javax.annotation.Resource` 包，JDK 自带或需引入 `javax.annotation-api`)。它**不局限于 Spring**，理论上可在任何支持 JSR-250 的框架中使用，通用性更强。 * **默认注入规则：** * 如果指定了 `name` 属性 (`@Resource(name="myBean")`)，则**严格按名称 (byName) 匹配**。 * 如果 **未指定 `name` 属性**： * 先尝试**按名称 (byName) 匹配** (使用字段名/属性名 `set` 方法对应的属性名作为 Bean 名称)。 * 如果按名称未找到，则回退到**按类型 (byType) 匹配**。 * 如果按类型匹配找到多个，且未指定 `name`，也会抛出异常。 * **解决歧义：** 主要依靠 `name` 属性显式指定 Bean 名称。它不支持 Spring 的 `@Qualifier` 或 `@Primary`（虽然在某些版本/场景下可能碰巧有效，但**不是标准行为**）。 --- ### 二、核心区别总结 | 特性 | `@Resource` | `@Autowired` | | :--------------- | :--------------------------------------------- | :---------------------------------------------- | | **所属规范/来源** | **JSR-250 (Java 标准)** `javax.annotation` | **Spring 框架专有** `org.springframework.beans.factory.annotation` | | **依赖查找顺序** | 1. 按指定名称 (`name` 属性) <br> 2. 按默认名称 (字段名/属性名) <br> 3. 按类型 | 1. **按类型** <br> 2. 按名称 (字段名/参数名) | | **解决歧义方式** | 主要依赖 `name` 属性 | 依赖 `@Qualifier("name")` 或 `@Primary` | | **是否支持构造器注入** | **不支持** (规范定义只支持字段和方法注入) | **支持** (构造器、字段、方法参数) | | **与 Spring 耦合度** | 低 (Java 标准) | 高 (Spring 特有) | | **灵活性** | 名称匹配策略清晰、直接 | 类型优先，配合 `@Qualifier`/`@Primary` 更灵活 | | **包依赖** | 通常需要引入 `javax.annotation-api` (Spring Boot 通常已包含) | 仅需 Spring 核心库 | --- ### 三、使用方法与示例 **场景：** 假设我们有一个 `NotificationService` 接口，有两个实现类 `EmailServiceImpl` 和 `SmsServiceImpl`，它们在 Spring 容器中注册的 Bean 名称分别为 `emailService` 和 `smsService`。 1. **`@Autowired` 示例 (按类型优先，需解决歧义)：** ```java @Service public class MyService { // 方式1: 按类型注入 (如果 NotificationService 只有一个实现类则成功) @Autowired private NotificationService notificationService; // 方式2: 按类型 + 按名称回退成功 (字段名 notificationService 与任意Bean名都不匹配，但类型实现唯一) @Autowired private NotificationService emailService; // 字段名 emailService 匹配 Bean 名 'emailService' // 方式3: 按类型 + @Qualifier 指定名称 (解决多个同类型Bean时的首选方式) @Autowired @Qualifier("smsService") // 明确指定注入名为 'smsService' 的Bean private NotificationService commsService; // 字段名无关紧要了 // 方式4: 构造器注入 (Spring 4.3+ 单构造器可省略 @Autowired) private final NotificationService service; public MyService(@Qualifier("emailService") NotificationService service) { this.service = service; } // 方式5: Setter 方法注入 private NotificationService setterInjected; @Autowired public void setSetterInjected(@Qualifier("smsService") NotificationService service) { this.setterInjected = service; } } ``` 2. **`@Resource` 示例 (名称优先)：** ```java @Service public class MyService { // 方式1: 按名称注入 (显式指定 name="emailService") @Resource(name = "emailService") private NotificationService notificationService; // 注入 emailService // 方式2: 按名称注入 (未指定name, 使用字段名 notificationService) // 如果容器中有名为 'notificationService' 的Bean则注入，否则按类型匹配 @Resource private NotificationService notificationService; // 方式3: 按名称注入 (字段名匹配 Bean 名 emailService) @Resource private NotificationService emailService; // 注入 emailService // 方式4: Setter 方法注入 (按属性名匹配) private NotificationService setterInjected; @Resource // 默认按属性名 'setterInjected' 查找Bean，找不到再按类型 public void setSetterInjected(NotificationService service) { this.setterInjected = service; } // 注意：@Resource 不支持构造器注入！以下写法是错误的或不推荐的 // @Resource // 无效或行为未定义 // public MyResourceService(NotificationService service) { ... } } ``` --- ### 四、选择建议与最佳实践 1. **优先考虑 `@Autowired`：** * 如果你的项目**深度依赖 Spring 框架**，且不需要考虑迁移到其他非 JSR-250 兼容的 DI 容器。 * 当你需要**构造器注入**（推荐用于强制依赖和不变性）时，`@Autowired` 是唯一的选择。 * 当注入逻辑更倾向于**按类型**匹配，或者你需要利用 `@Primary` 和 `@Qualifier` 提供的灵活策略来解决复杂依赖关系时。 2. **考虑使用 `@Resource`：** * 如果你希望代码**减少对 Spring 特定注解的依赖**，提高可移植性（理论上可以更容易迁移到其他支持 JSR-250 的框架）。 * 当你对依赖项的注入有**明确的 Bean 名称要求**，并且希望直接通过 `name` 属性清晰地表达意图时。`@Resource(name="exactBeanName")` 非常直观。 * 在简单的按名称注入场景下，代码可能看起来更简洁（省略 `@Qualifier`）。 3. **一致性：** 在一个项目中，尽量统一使用一种注解风格（`@Autowired` 或 `@Resource`），以保持代码整洁和可维护性。Spring Boot 默认引导的项目通常大量使用 `@Autowired`。 4. **构造器注入优先：** 对于强制依赖项，**强烈推荐使用 `@Autowired` 标注的构造器注入**（或在 Spring 4.3+ 单构造器时可省略）。这能保证依赖在对象创建时完全初始化，使 Bean 处于有效状态，并有利于声明不可变字段，提高线程安全性和可测试性[^5]。 --- ### 五、典型应用场景 1. **服务层注入数据访问层 (DAO/Repository)：** ```java @Service public class UserServiceImpl implements UserService { // 使用 @Autowired 或 @Resource 注入 UserRepository private final UserRepository userRepository; @Autowired // 推荐构造器注入 public UserServiceImpl(UserRepository userRepository) { this.userRepository = userRepository; } // ... 业务方法使用 userRepository } ``` 2. **控制器 (Controller) 注入服务层：** ```java @RestController @RequestMapping("/api/users") public class UserController { @Autowired // 或 @Resource private UserService userService; // ... 请求处理方法使用 userService } ``` 3. **配置类中注入 Bean 或 Environment：** ```java @Configuration public class AppConfig { @Autowired // 常用于注入环境变量或其他配置Bean private Environment env; // ... 使用 env 配置其他Bean } ``` 4. **动态选择实现 (如切换 Email/SMS 服务)：** ```java @Service public class NotificationSender { // 使用 @Qualifier 或 @Resource(name=...) 根据配置动态注入不同实现 @Autowired @Qualifier("${notification.service.type}") // 假设配置了 notification.service.type=emailService private NotificationService notificationService; public void send(String message) { notificationService.send(message); } } ``` --- ### 六、相关问题 (Related Questions) 1. **除了 `@Autowired` 和 `@Resource`，Spring 还支持哪些依赖注入方式？`@Inject` 是什么？它与 `@Autowired`的区别是什么？**[^3] 2. **构造器注入、Setter 注入和字段注入 (`@Autowired`/`@Resource` 在字段上) 各有什么优缺点？为什么推荐构造器注入？**[^5] 3. **`@Primary` 注解是如何工作的？在哪些场景下使用它比 `@Qualifier` 更方便？** 4. **当 `@Autowired` 注入失败（如 `NoSuchBeanDefinitionException`, `NoUniqueBeanDefinitionException`）时，如何进行排查和修复？** 5. **在 Spring Boot 应用中，`@Autowired` 和 `@Resource` 的性能有显著差异吗？选择哪个对应用启动或运行效率影响更大？** 6. **如何将 `@Resource` 与 Jakarta CDI (Contexts and Dependency Injection) 规范一起使用？这与在 Spring 中使用有何异同？** [^1]: 来源说明 `@Autowired` 与 `@Resource` 的来源差异和查找顺序根本不同。 [^2]: 强调了两者来源的根本区别（Spring专有 vs Java标准/JSR-250）。 [^3]: 提及了 `@Resource` 的名称匹配特性，并引出了 `@Inject` 作为对比点。 [^4]: 清晰的代码示例对比了 `@Resource(name=...)` 和 `@Autowired` + `@Qualifier` 的等效写法，并提供了特性对比表格的核心框架。 [^5]: 源码分析结论指出 `@Autowired` 支持构造器注入及其省略规则，这是 `@Resource` 不具备的关键能力，并强调了构造器注入的优势。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值