@Autowired和@Resource详细分析

最新推荐文章于 2025-07-14 16:42:42 发布

原创最新推荐文章于 2025-07-14 16:42:42 发布 · 269 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#springboot注解

本文详细解析了Spring框架中的@Autowired注解与J2EE标准@Resource注解的依赖注入方式，阐述了它们在不同场景下的应用及注意事项，包括按类型、按名称装配的差异。

一.@Autowired 默认按类型装配（这个注解是属业spring的）

情况一：接口实现类只有一个，引用的名称可以任意，如图：

情况二：接口有多个实现类，装配时按类型无法确认哪个bean，如果配合注解@Qualifer设置bean名称即可，此时定义引用名称任意。

情况三：接口有多个实现类，如果不使用注解@Qualifer，就必须将定义的引用名称跟bean的名称相同（通常首字母小写），否则无法正确装配。

二.@Resource （这个注解属于J2EE的），默认安照名称进行装配

情况一：一个接口对应一个实现类，引用名称任意，如图：

情况二：一个接口，多个实现类，@Resource通过设置属性name，制定bean名称，此时引用名称可以任意；

情况三：一个接口多个实现，不设置Resource的name属性，引用名称必须与bean名称保持一致；

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

AS娄

关注关注

3
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

@Autowired和@Resource的注入过程/区别

爪哇人的博客

03-30

2204

目录 1 前言 2 demo演示 2.1 @Autowired注解 2.1.1 ByType>>>ByName 2.2.2 ByType>>>autowireCandidate>>>ByName 2.2.2 ByType>>>autowireCandidate>>>Qualifier>>>ByName 2.2.4ByType>>>autowireCandidate.

【Java面试】@Resource 和 @Autowired 的区别

weixin_45566993的博客

06-23

1542

@Resource和@Autowired的区别我认为是在它们的一个注入的一个方式上@Resource它是根据name来进行注入的，@Autowired是根据类型来注入的。好的，面试官。@Resource和@Autowired这两个注解的作用都是在Spring生态里面去实现Bean的依赖注入。下面我分别说一下@Autowired和@Resource这两个注解。闪现 [@Autowired的作用详解 ] 几个字。首先，@Autowired是Spring里面提供的一个注解，默认是根据类型来实现Bean的依赖注入。

参与评论您还未登录，请先登录后发表或查看评论

面试突击：@Autowired 和 @Resource 有什么区别？你学会了吗？

Candyz7的博客

08-29

3859

而查找有分为两种实现：按名称（byName）查找或按类型（byType）查找，其中 @Autowired 和 @Resource 都是既使用了名称查找又使用了类型查找，但二者进行查找的顺序却截然相反。@Autowired 和 @Resource 来自不同的“父类”，其中 @Autowired 是 Spring 定义的注解，而 @Resource 是 Java 定义的注解，它来自于 JSR-250（Java 250 规范提案）。虽然 IDEA 会出现报错信息，但程序是可以正常执行的。...

@Autowired,@Resource

weixin_39418164的博客

04-24

466

@Autowired默认按类型装配（这个注解是属业spring的），默认情况下必须要求依赖对象必须存在，如果要允许null值，可以设置它的required属性为false，如：@Autowired(required=false) ，如果我们想使用名称装配可以结合@Qualifier注解进行使用，如下：Java代码@Autowired() @Qualifier("baseDao") priv...

@Resource和@Autowired

最新发布

2303_76837797的博客

07-14

2236

拦截器是 Spring MVC 处理请求的核心组件，负责在请求到达 Controller 前/后执行逻辑（如 Token 校验、日志记录）。在拦截器中使用依赖注入时，构造器注入比字段注入更优在自定义拦截器中，构造器注入相比字段注入（@Autowired强制依赖有效性：确保拦截器实例创建时所有必需依赖已就绪，避免运行时 NPE。线程安全final字段保证依赖不可变，符合单例 Bean 的线程安全要求。代码清晰：显式声明依赖，降低维护成本。测试友好。

@Autowired @Resource

m0_51647314的博客

05-22

323

@Autowired 与@Resource的区别： 1、 @Autowired与@Resource都可以用来装配bean. 都可以写在字段上,或写在setter方法上。 2、 @Autowired默认按类型装配（这个注解是属于spring的），默认情况下必须要求依赖对象必须存在，如果要允许null值，可以设置它的required属性为false，如：@Autowired(required=false) ，如果我们想使用名称装配（id）可以结合@Qualifier注解进行使用，如下： @Autowired (

@Autowired 和 @Resource 详解

weixin_40910372的博客

01-04

1296

spring中，@Resource和@Autowired都是做bean的注入时使用。使用过程中，有时候@Resource 和 @Autowired可以替换使用；有时，则不可以。下面，根据自己的学习，整理下这两个注解使用中的共同点和不同点，及用法上的不同。共同点 @Resource和@Autowired都可以作为注入属性的修饰，在接口仅有单一实现类时，两个注解的修饰效果相同，可...

@Autowired 和 @Resource

qq_40813329的博客

04-01

3341

定义 @Autowired 对类成员变量、方法及构造函数进行标注，完成自动装配的工作 @Resource 在语义上被定义为通过其唯一的名称来标识特定的目标组件，其中声明的类型与匹配过程无关如果没有明确指定名称，则默认名称是从字段名称或设置方法（get、set方法）派生的。如果用在字段上，则采用字段名称如果用在在setter方法，它采用其属性名称（例如setProperty()方法，取property做为属性名称)。区别在Spring框架中，如果在Service层中需要注入其他依赖的对象，通常

（转）Spring中@Autowired注解和@Resource注解的区别

08-11

在Spring框架中，`@Autowired`和`@Resource`注解是两个常见的依赖注入(DI, Dependency Injection)工具，它们都是用来解决组件之间的耦合问题，使得代码更加灵活和可测试。然而，这两个注解在具体使用时有一些关键性...

详解SpringBoot 多线程处理任务无法@Autowired注入bean问题解决

08-25

原因分析：在 SpringBoot 应用程序中，bean 的注入是通过 ApplicationContext 来实现的。在多线程处理任务中，每个线程都有自己的上下文环境，因此，无法使用 @Autowired 注入 bean。这是因为 bean 的注入是基于...

Spring自动装配@Autowired(@Qualifier, @Primary), @Resource超详细用法分析

Erekilu的博客

08-20

1007

前提本人是正在学习Spring的大三学生，但我在网课和有些博客上看到对IOC自动装配注解方面有些表意不当或者不详细之处，所以这篇文章我想仔细分享我所学的Spring IOC容器自动装配方面的学习收获。建议读这篇文章之前先了解下Spring IOC容器的装配基础知识(组件扫描等等)和Web MVC架构模式。如果有大神发现我的文章哪里有问题的话，请指出来，不胜感激！！ IOC基础理解 @Autow...

【SpringBoot】@Autowired 和 @Resource 的使用

yuxiangdeming的博客

02-19

2357

@Autowired 默认按照类型（byType）注入，如果按照类型注入时，匹配到多个结果，就会按照名称（byName）注入（ps：所以 @Autowired 也可以按照名称注入呦）。当 @Autowired 通过 byName 进行注入时，会获取属性的 name 进行匹配，例如：获取到的名字就是 userService，将获取到的属性名称 userService 与前面通过类型匹配到多个 bean 进行 name 比对，如果匹配出唯一结果，则结束。如果还是匹配出多个结果，则抛异常 NoUni

@Autowired和@Resource

qq_25004825的博客

05-26

2043

【代码】@Autowired和@Resource。

Spring（八）：@Resource和@Autowired注解以及其它常用注解

PorUnaCabeza

04-10

399

首先贴上bean.xml的代码，这里，我们不在beans.xml文件里写'userDAO'的注入了，我们使用注解的方式将'userDAO'注入到'userService'中。 <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-i

@Autowired与@Resource

qq_40091033的博客

05-06

149

@Autowired与@Resource

@AutoWired与@Resource

欢迎来到我的博客，在这里我会用我的方式来讲解知识，请大家多多关照

12-04

2490

目录同一类型多个@Bean报错问题@Resource注解@Resource的查找顺序@Resource注解实现依赖注入@Resource的来源@Resource的方法参数@Resource注解的应用范围@AutoWired@AutoWired查找顺序@AutoWired依赖注入方式@AutoWired来源@AutoWired方法参数@AutoWired注解作用范围@AutoWired与@Resource的区别@Qualifier@primary解决同一类型Bean报错的问题使用Resource注解解决使用@

@Autowired 与@Resource

coderzc 的博客

10-16

228

@Autowired 与@Resource的区别 @Autowired与@Resource都可以用来装配bean. 都可以写在字段上,或写在setter方法上。 @Autowired默认按类型装配（这个注解是属业spring的），默认情况下必须要求依赖对象必须存在，如果要允许null值，可以设置它的required属性为false，如：@Autowired(required=false) ，如...

@Autowired与@Resource原理知识点详解

weixin_43241706的博客

04-28

2053

@Autowired与@Resource原理知识点使用

@Autowired和@@Resource区别

03-26

### Spring 中 `@Autowired` 与 `@Resource` 的区别及其使用场景 #### 主要区别 1. **来源不同** - `@Autowired` 是由 Spring 提供的注解，主要用于 Spring 容器中的依赖注入[^1]。 - `@Resource` 则是由 JDK 提供的标准注解，遵循 JSR-250 规范，适用于任何支持该规范的 Java 容器[^4]。 2. **默认注入方式** - `@Autowired` 默认按照类型 (`ByType`) 进行匹配并完成 Bean 的注入。如果存在多个相同类型的 Bean，则会抛出异常。 - `@Resource` 默认按照名称 (`ByName`) 进行匹配。如果没有找到对应的名称，则退而求其次按类型进行匹配。 3. **解决多实现类的情况** - 当一个接口有多个实现类时： - 对于 `@Autowired`，可以配合 `@Qualifier` 明确指定需要注入的具体 Bean 名称。 - 而对于 `@Resource`，可以直接通过其属性 `name` 来显式指定目标 Bean 的名称。 4. **灵活性与控制力** - 在 Spring 应用开发中，推荐优先使用 `@Autowired`，因为它更加贴合 Spring 的设计理念，并提供诸如懒加载(`lazy-init=true`)以及更精细的错误处理机制等功能[^2]。 #### 使用场景分析 - 如果项目完全基于 Spring 或者主要采用 Spring 技术栈构建，则应首选 `@Autowired` 实现依赖注入操作。 - 若处于混合技术环境或者希望保持代码独立性(不绑定特定框架)，那么可以选择更为通用的 `@Resource` 注解。 ```java // 示例：使用 @Autowired 配合 @Qualifier 处理多实现情况 @Component public class ExampleService { @Autowired @Qualifier("specificImplementation") private MyInterface myInstance; } // 示例：使用 @Resource 指定具体 bean name @Component public class AnotherExampleService { @Resource(name="anotherSpecificImplementation") private MyInterface anotherMyInstance; } ```