@Autowired和@Reasource

最新推荐文章于 2024-04-13 16:15:52 发布

原创最新推荐文章于 2024-04-13 16:15:52 发布 · 182 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#java

本文主要比较了Spring框架中的@Autowired与Java自带的@Resource注解在bean注入时的异同，特别强调了@Autowired的默认装配类型以及@Resource的名称、类型装配选项和默认行为。

相同点：@Autowired和@Reasource都是对bean的注入的时候使用的注解

不同点：@Autowired是spring提供的，通过类型byType来装配对象，如果要是想要按照名称byName进行装配的话，需要搭配@Qualifier注解进行使用；

@Reasource是java提供的，有名称和类型两种装配方式，默认为按照名称byName装配，有两个重要属性，name和type，如果使用type属性就根据类型byType来装配对象，如果既不指定name也不指定type的话，会根据反射机制使用byName来装配。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Wanglulin_

关注关注

0
点赞
踩
0

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

【@Autowired 和 @Resource】

学无止境

03-05

436

【@Autowired 和 @Resource】

通过@Autowired注解注入bean的顺序,以及@bean注入.rar

11-11

`@Autowired`和`@Bean`是两个关键注解，它们在实现DI时起着重要作用。让我们深入探讨这两个注解的工作原理，以及它们在注入bean时的顺序。 `@Autowired`注解由Spring提供，用于自动装配bean的依赖。当我们在字段、...

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

Spring 注解 @Resource和@Autowired

九天之凤

05-08

483

@Resource和@Autowired两者都是做bean的注入使用。其实@Resource并不是Spring的注解，他的包是javax.annotation.Resource 需要导入。但是Spring支持该注解的注入。共同点：两者都可以写在字段和setter方法上。两者如果都写在字段上，就不需要写写setter方法。不同点如下：先来说一说@Autowired

@Autowired 与@Resource的区别（详细）转载

树暖

09-25

1295

参考文档 = https://blog.youkuaiyun.com/weixin_40423597/article/details/80643990 spring不但支持自己定义的@Autowired注解，还支持几个由JSR-250规范定义的注解，它们分别是@Resource、@PostConstruct以及@PreDestroy。　　@Resource的作用相当于@Autowired，只不过@Autowired按byType自动注入，而@Resource默认按 byName自动注入罢了。@Resource有两个

@Autowired 和 @Resource

qq_40813329的博客

04-01

3376

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

@Autowired 与@Resource的区别（详细）

orichisonic的专栏

07-14

762

参考博文： 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注解，还支持几个由JSR-250规范定义的注解，它们分别是@Resource、@PostConstruct以及@

详解Spring依赖注入：@Autowired，@Resource和@Inject区别与实现原理

08-25

Spring 依赖注入：@Autowired，@Resource 和@Inject 区别与实现原理 Spring 依赖注入是指在应用程序中将对象之间的依赖关系自动装配的过程。Spring 框架提供了多种依赖注入方式，包括 @Autowired、@Resource 和@...

Intellij IDEA如何去掉@Autowired 注入警告的方法

08-19

通过使用构造器注入，我们可以去掉@Autowired 注入警告，确保我们的代码更加简洁和可靠。同时，我们也可以使用Setter注入，来注入可变的依赖。去掉@Autowired 注入警告的方法可以使用构造器注入或Setter注入，避免...

因Spring AOP导致@Autowired依赖注入失败的解决方法

08-30

Spring AOP 导致@Autowired 依赖注入失败的...Spring AOP 导致@Autowired 依赖注入失败的解决方法有两种：将方法修饰符改为 public 和使用 AspectJ 进行注入。希望本文的内容能够对大家的学习或者工作带来一定的帮助。

Spring使用@Autowired为抽象父类注入依赖代码实例

08-25

使用@Autowired为抽象父类注入依赖代码实例可以使我们的代码变得更加简洁、易于维护和扩展。同时，我们也需要注意保护级别、延迟加载和子类的访问权限等问题，以确保我们的代码能够正确地工作。

注解@autowired与@resource的区别

m0_37179470的博客

08-03

423

注解@autowired与@resources的区别 @Resource和@Autowired都是用于bean的依赖注入，其实@Resource并不是Spring的注解，它是J2EE的，它的包是javax.annotation.Resource，而@Autowired的包是org.springframework.beans.factory.annotation.Autowired，但Spring...

@Autowired

weixin_30834783的博客

07-12

338

1.结论：@Autowired 默认是按照byType进行注入的，如果发现找到多个bean，则，又按照byName方式比对，如果还有多个，则报出异常。 2.byType是什么?byName是什么？ 2.1.@Autowired修饰变量 @Autowired DataSource ds; byType是DataSource(变量类型) byName是ds(变量名) 2.2.@B...

Spring注解之@autowired和@resource的区别

jie310600的博客

09-19

214

[b]Spring注解之@autowired和@resource的区别[/b] [b]@resource[/b] 1.@Resource 注解被用来激活一个命名资源（named resource）的依赖注入， 3.@Resource默认按 byName自动注入(名字相匹配) [code="java"]@Resource(name="dataSource") public vo...

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

weixin_43241706的博客

04-28

2089

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

Spring-源码-如何处理@Autowired、@Resource注解及区别

weixin_37862824的博客

04-10

549

疑问：String如何处理带有@Autowired的方法或者带有@Autowired的属性在Spring初始化的过程中有个填充属性的操作，这里就包含依赖注入，也就会@Autowired注解，下面这行代码就是主要入口 //BeanWrapper instanceWrapper = xxx //RootBeanDefinition mbd = xx populateBean(beanName, mbd, instanceWrapper); //BeanWrapper是什么？因为此时Bean已经实例化，但是没有

@Resource 这个注解什么用啊

思索的涟漪，突破自我

04-13

1153

注解进行了标注，容器会自动将一个符合类型的 Bean 注入到这个字段中，如果存在多个符合类型的 Bean，容器会根据名称来选择具体的 Bean 进行注入。是 Java EE 中的一个注解，用于进行依赖注入。它可以用来标注字段、setter 方法或构造方法，使得容器可以自动装配相应的依赖对象。在 Spring Framework 中，看到了很多类似的问题，这篇文章就统一啦。@Resource 这个注解是什么用？注解通常用于进行依赖注入，与。

@Resource与@Autowired用法区别

最新发布

12-02

<think> 首先，用户的问题是：“我想了解@Resource和@Autowired的相关信息，可能包括使用方法、区别等”，并引用了几个站内引用。系统级指令要求： - 所有行内数学表达式使用$...$格式（但这里可能不涉及数学）。 - 独立公式使用$$...$$格式（同样可能不适用）。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾添加引用标识，例如[^1]。 - 回答结构清晰，帮助用户逐步解决问题，保证真实可靠。 - 在最后生成相关问题。用户提供的引用内容： - [^1]: @Autowired 和 @Resource 来自不同的“父类”，其中 @Autowired 是 Spring 定义的注解，而 @Resource 是 Java 定义的注解，它来自于 JSR-250。 - [^2]: SpringBoot注解篇之@Resource与@Autowired。@Resource 注解可以添加 name 属性来指定依赖的名称，还可以添加 mappedName 属性来指定依赖的 JNDI 名称。 @Autowired 注解可以添加 required 属性来指定依赖是否必须，默认为 true。总结：@Resource 和 @Autowired 功能相似但有区别。Java EE 环境用 @Resource，Spring 环境用 @Autowired。 - [^3]: @Autowired注解和@Resource注解的区别。 @Autowired 和 @Resource 来自不同的“父类”，@Autowired是Spring2.5定义的，@Resource来自JSR-250。依赖查找到顺序不同。 - [^4]: Spring框架中@Autowired与@Resource注解使用对比及最佳实践。 @Autowired 根据类型自动装配，作用于字段、setter、构造函数。实现依赖于AutowiredAnnotationBeanPostProcessor。@Resource的特点。我需要基于这些引用，结合我的知识，构建一个结构清晰的回答。主题是@Resource和@Autowired的使用方法、区别等。大纲： 1. **介绍**：简要说明两个注解的作用——用于依赖注入。 2. **使用方法**： - 分别描述@Autowired和@Resource如何用。 - 包括属性设置等。 3. **区别**： - 来源不同：@Autowired是Spring的，@Resource是Java的JSR-250。 - 依赖查找顺序：@Autowired按类型，@Resource可以按名称或类型。 - 属性：如required、name等。 - 适用环境：Spring推荐@Autowired，Java EE用@Resource。 4. **最佳实践**：基于引用[^4]，给出建议。 5. **生成相关问题**：在最后添加相关问题。回答结构： - 分点清晰。 - 使用中文。 - 在引用的内容末尾添加引用标识。 - 最后生成相关问题。确保真实可靠：引用用户提供的引用，并基于标准知识。生成相关问题：基于主题，如性能、优化、应用场景等。最终回答格式： - 以“### @Resource和@Autowired注解详解”开头。 - 然后内容。 - 最后“§§相关问题§§”列出问题。 </think> ### @Resource和@Autowired注解详解 @Resource和@Autowired是Java开发中常用的依赖注入注解，主要用于自动装配Bean实例。它们在Spring框架（包括Spring Boot）中广泛应用，但来源和使用细节有显著差异。以下我将逐步介绍它们的使用方法、核心区别及相关知识，帮助您全面理解。 #### 1. **基本使用方法** - **@Autowired注解**： - **作用**：由Spring框架提供（基于Spring 2.5引入），用于按类型（by-type）自动注入依赖。适用于字段、setter方法或构造函数。 - **语法示例**： ```java // 字段注入 @Autowired private UserService userService; // setter方法注入 @Autowired public void setUserService(UserService userService) { this.userService = userService; } // 构造函数注入 @Autowired public MyController(UserService userService) { this.userService = userService; } ``` - **属性**：支持`required`属性（默认为`true`），表示依赖是否必须。如果设为`false`，当依赖不存在时不会报错，而是注入`null`[^2][^4]。 - **底层实现**：依赖Spring的`AutowiredAnnotationBeanPostProcessor`处理注入逻辑[^4]。 - **@Resource注解**： - **作用**：由Java规范定义（来自JSR-250），支持按名称（by-name）或按类型（by-type）注入。适用于字段或setter方法。 - **语法示例**： ```java // 按名称注入（指定name属性） @Resource(name = "userService") private UserService service; // 按类型注入（不指定name时） @Resource private UserService userService; // 支持JNDI名称（mappedName属性） @Resource(mappedName = "java:comp/env/jdbc/DataSource") private DataSource dataSource; ``` - **属性**：可设置`name`属性指定Bean名称，或`mappedName`属性用于JNDI资源[^2][^4]。默认按名称查找，失败时回退到按类型。 #### 2. **核心区别** @Resource和@Autowired在功能上相似，但关键区别包括： - **来源不同**： - @Autowired是Spring框架定义的注解。 - @Resource是Java标准规范（JSR-250）的一部分，不依赖特定框架[^1][^3]。 - **依赖查找顺序**： - @Autowired**始终按类型查找**。如果找到多个匹配类型，需结合`@Qualifier`指定名称。 - @Resource**默认按名称查找**（优先匹配`name`属性），如果未指定名称或名称未找到，则回退到按类型查找[^3][^4]。例如，在多个同类型Bean的场景： ```java // @Autowired需配合@Qualifier @Autowired @Qualifier("userServiceImpl") private UserService userService; // @Resource可直接指定名称 @Resource(name = "userServiceImpl") private UserService userService; ``` - **属性支持**： - @Autowired主要提供`required`属性控制依赖必要性。 - @Resource支持更丰富的属性，如`name`和`mappedName`，适用于复杂环境（如Java EE资源注入）[^2][^4]。 - **适用环境**： - 在纯Spring或Spring Boot项目中，推荐使用@Autowired，因为它与Spring生态无缝集成。 - 在Java EE环境或需要跨框架兼容时，优先使用@Resource（因其是Java标准）[^2][^4]。 - **错误处理**： - @Autowired在`required=true`（默认）时，如果依赖未找到会抛出`NoSuchBeanDefinitionException`。 - @Resource在名称和类型均未匹配时抛出异常，但行为更灵活。 #### 3. **最佳实践与注意事项** - **性能考量**：两者性能差异极小，但@Autowired在Spring项目中优化更好，因为它直接利用Spring的IoC容器[^4]。 - **常见问题**： - **歧义性问题**：当存在多个同类型Bean时，@Autowired必须配合`@Qualifier`，而@Resource可通过`name`属性直接解决。 - **兼容性**：在混合框架（如Spring集成Java EE）中，优先使用@Resource以提高可移植性。 - **构造函数注入**：推荐使用@Autowired进行构造函数注入，因为它支持不可变依赖和更好的测试性[^4]。 - **总结建议**： - 纯Spring项目：优先使用@Autowired，简化配置。 - 跨平台或Java EE项目：使用@Resource，利用其标准性。 - 避免混用：在同一项目中保持一致性，减少维护复杂性。通过以上分析，您可以根据具体需求选择合适的注解。@Resource更灵活且标准，@Autowired在Spring环境中更简洁高效。