李锋镝的博客

  • 首页
  • 时间轴
  • 说说
  • 读书观影
  • 系列
  • AI工具集
  • 论坛
  • 友圈
    • 友链
    • 朋友圈
    • 游客中心
  • 留言
    • 留言
    • 走心评论
  • 关于
    • 关于本站
    • Now
    • 每日心情
    • 网站地图
    • 网站统计
    • 赞助
  • 星球穿梭
  • 🚇开往
静亦定 动亦定
惟坚韧者始能遂其志
  1. 首页
  2. 转载
  3. 技术
  4. 正文

Spring中@Autowired和@Resource的区别详解

2021年1月15日 256 2 0
本文最后更新于 2021年1月15日,距今已 2126 天,其中的信息可能已经发生变化,请注意甄别。

@Autowired和@Resource都可以用于来实现依赖注入,但前者是Spring提供的,后者为JDK(JSR-250标准)自带的。阿里Java开发规范中推荐使用@Resource。但大多数人往往并没有留意为何如此,甚至代码中的提示信息可能都没留意去看。

本文就带大家彻底了解一下这两个注解的功能、运用场景及区别。

IDE的提示

如果在项目中使用@Autowired进行注入,如下代码:

@RestController
public class InjectController {
    @Autowired
    private ConnectService connectService;
}

会有这样的提示信息:

Field injection is not recommended 
Inspection info: Spring Team recommends: "Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies".

翻译过来就是:字段注入是不推荐的,Spring团队建议:“始终在bean中使用基于构造函数的依赖项注入。始终对强制性依赖项使用断言”。

根据提示,我们来重新写一种注入方式:

@RestController
public class InjectController {
    private ConnectService connectService;
    @Autowired
    public void setConnectService(ConnectService connectService) {
        this.connectService = connectService;
    }
}

上面将@Autowired的注解使用在了setter方法上,此时提示消失了。再看另外一种注入方式:

@RestController
public class InjectController {
    private ConnectService connectService;
    @Autowired
    public InjectController(ConnectService connectService) {
        this.connectService = connectService;
    }
}

此种方式将@Autowired的注解使用在了构造方法上,与Spring团队的建议一致。此时,也不会再出现警告信息。

也就是说IDE提示的信息并不是说不建议大家使用@Autowired注解,而且不要直接使用在字段(Field)上。

Spring注入的方式及场景

Spring常见的DI方式:构造器注入、Setter注入、字段注入。显然,我们经常使用的方式并不是官方最推荐的。

而上面三种注入方式所适用的场景也是有所区别的:1、构造器注入适用具有强依赖和不变性的依赖;2、Setter注入适用于具有可选性和可变性的依赖注入;3、Field注入,尽量少使用,如果需要则使用@Resource进行替代,以降低耦合性。

Field注入的缺点

Field注入的缺点很明显,比如不能像构造器注入那样注入不可变的对象,依赖对外部不可见(构造器和Setter可见,而private的属性不可见),会导致组件与IoC容器(比如Spring)紧密耦合,单元测试也需要使用IoC容器,依赖过多时相对构造器注入不能够明显的看出依赖过多(违反单一职责原则)。

既然Field注入这么多缺点,但为什么大家还是习惯使用呢?主要原因:太方便了,极大的缩减了代码。而且大多数业务并不需要用构造器强绑定,同时换IoC容器的可能性也极低。所以,虽然官方及IDE一直强调和提醒,但貌似并没有阻止程序员的使用。

为什么只对@Autowired警告

最主要的原因是:@Autowired是Spring提供的,是特定IoC提供的特定注解,与框架形成了强绑定,一旦换用其他IoC框架,是无法支持注入的。而@Resource是JSR-250提供的,IoC容器应当去兼容它,即使更换容器,也可以正常工作。

另外可能还跟这两种注解的工作机制有关。默认情况下@Autowired是以类型(ByType)进行匹配的,@Resource是以名字(ByName)进行匹配的。也就是说当容器中存在两个相同类型的Bean时,使用@Autowired注入会报错,而使用@Resource会更精准。当然@Autowired也可以指定名称(还需配合@Qualifier注解)。

@Autowired和@Resource功能

就Spring而言,不但支持自定义的@Autowired注解,还支持几个由JSR-250规范定义的注解,分别为@Resource、@PostConstruct以及@PreDestroy。

而@Autowired和@Resource的功能基本一致,@Resource的作用相当于@Autowired,只不过@Autowired默认按byType自动注入,而@Resource默认按byName自动注入。

@Resource有两个核心属性:name和type。Spring将@Resource注解的name属性解析为bean的名字,type属性则解析为bean的类型。默认情况下会通过反射机制使用byName自动注入策略。

@Resource装配场景:

  • 1、如果同时指定了name和type,则从Spring上下文中找到唯一匹配的bean进行装配,找不到则抛出异常;
  • 2、如果指定了name,则根据名称进行装配,找不到则抛出异常;
  • 3、如果指定了type,则根据类型进行装配,找不到或者找到多个,都会抛出异常;
  • 4、没有任何指定(默认情况),则采用byName方式进行装配,如果没有匹配到,则回退为一个原始类型进行匹配;

小结

处于对代码的洁癖,不习惯@Autowired的提示信息,于是整个项目中都强力推荐使用@Resource注解。了解了这一提示的底层原理,或许你就可以选择最适合自己的注入形式了。

本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可
分享到

Spring中@Autowired和@Resource的区别详解

也可使用浏览器菜单中的「分享」功能

微信扫一扫分享

标签: JAVA Spring SpringBoot
最后更新:2021年1月15日

岁月同一天 11 月 12 日

回望过去的今天,你在写什么

  • AI
    1 年前 2025年11月12日
    高性价比大模型部署实战:共绩算力 + QWEN-2.5-7B 从入门到生产全指南

    在大模型应用落地过程中,算力成本往往成为中小企业和个人开发者的核心痛点——传统云服务商单卡4090每小时费用高达数十元,…

  • AI
    1 年前 2025年11月12日
    深度拆解 MemGen:Agent 生成式隐式记忆框架的原理、源码与实战

    在智能体(Agent)的能力进化中,记忆系统是决定其“自进化”能力的核心——它需要像人类一样,在推理过程中动态调用、重构…

相关文章
  • 从零搭建Spring Cloud Gateway网关(三)——报文结构转换2020年7月13日
  • 透过现象看本质:Java类动态加载和热替换2021年1月22日
  • 分布式服务生成唯一不重复ID(24位字符串)2019年7月13日
  • Java数组类型2022年7月21日
  • Java数据类型判断工具类DataTypeUtil2019年9月26日

李锋镝

既然选择了远方,便只顾风雨兼程。

打赏 点赞
< 上一篇
下一篇 >
1234567891112131415161718192021222324252627282930313233343536373839404142434446474849505152535455575859606162636465666769727476777879808182858687909293949596979899
取消回复
…

文章评论

还没有评论,快来抢沙发吧~

花褪残红青杏小,燕子飞时,绿水人家绕。枝上柳绵吹又少,天涯何处无芳草。
墙里秋千墙外道,墙外行人,墙里佳人笑。笑渐不闻声渐悄,多情却被无情恼。

听点儿音乐吧 朋友~
文章目录
最新 热点 随机
最新 热点 随机
给服务器加了WAF 又一个逆天改命的人:小小徐 AI的生成能力等于生产力吗? NGINX严重漏洞(CVE-2026-15176、CVE-2026-93479、CVE-2026-97205) Kratos-plus v1.1.27更新说明 php2shell远程执行漏洞修复(CVE-2026-109618 和 CVE-2026-109619)
给主题增加了游客中心功能心气没了,干什么都不得劲给服务器加了WAF我觉得是时候公布我的导航网站了游本昌去世关于主题加载速度优化的一点儿小演进
1小时搭建私有化AI知识库:DeepSeek + Ollama + AnythingLLM 实战指南(从部署到优化) 居家办公了~ Gemini 3 深度解析:从像素级复刻到 AGI 雏形,多模态 AI 如何重构开发与创作? 关于使用AI的一些思考 Java中PO、VO、BO、DTO、POJO、DAO释义 8条经验轻松上手IDEA插件开发
最近评论
李锋镝 发布于 3 天前(11月09日) 我也刷到了,说是恶意引流的
皮皮社长 发布于 3 天前(11月09日) 我刷到的,怎么是说剧本骗流量的?如果真的是用来骗流量,那真恶心。欺骗网友感情。
李锋镝 发布于 3 天前(11月09日) 现在我这个是十个,其实也够用了
老张博客 发布于 3 天前(11月09日) 雷池唯一不好的就是只能免费5个网站。
fairy 发布于 5 天前(11月06日) 机器人快来我这里吧!
标签聚合
Claude Theme SpringBoot AI编程 分布式 Redis 数据库 AI WordPress MySQL Spring 架构 JVM IDEA ElasticSearch 日常 JAVA K8s SQL 多线程
友情链接
  • Serendipity
  • 刘永博客
  • 志文工作室
  • lijie blog
  • 韩情脉脉
  • 搬砖日记
  • 九仞之行
  • 林羽凡
  • 懋和道人
  • 知向前端
  • Mr.Sun的博客
  • 皮皮社
  • 瓦匠个人小站
  • 老张博客
  • sssr7844的博客
  • 哥斯拉
  • 韩小韩博客
  • Honesty
  • 彬红茶日记

COPYRIGHT © 2016-2026 lifengdi.com. ALL RIGHTS RESERVED.

lifengdi.com 十年之约虫洞

Domain age badge for lifengdi.com

Theme Kratos-plus By Dylan Li

津ICP备2024022503号-3

京公网安备11011502039375号