你还在用@Autowired和@Resource?

本文回顾了Spring的三种依赖注入方式,包括属性注入、构造器注入和Setter注入,分析了它们的特点和优缺点,如构造器注入可避免循环依赖。还介绍了Lombok的@RequiredArgsConstructor注解,使用它可通过构造器完成注入,简化代码并解决空指针问题。
部署运行你感兴趣的模型镜像

依赖注入

先回顾一下Spring的3种依赖注入。

  1. 属性注入
public class SysUserController extends BaseController {
    @Autowired
    private ISysUserService userService;

    @Resource
    private ISysRoleService roleService;
}
复制代码

@Autowired默认按类型装配,@Resource默认按名称装配,当找不到与名称匹配的bean时,才会按类型装配。

而@Qualifier和Autowired配合使用,指定bean的名称,也可以做到按名称装配。

IDEA中直接在变量上使用 @Autowired会发现警告提示:Field injection is not recommended

原因是官方建议我们使用构造器注入方式,这种方式存在明显的弊端,比如:注入对象不能用final修饰、无法发现NullPointException的存在。

  1. 构造器注入
public class SysUserController extends BaseController {

    private final ISysUserService userService;

    private final ISysRoleService roleService;

    public SysUserController(ISysUserService userService, ISysRoleService roleService) {
        this.userService = userService;
        this.roleService = roleService;
    }
}
复制代码

构造器依赖注入通过容器触发一个类的构造器来实现的,通过强制指明依赖注入来保证这个类的运行,防止NullPointerException

Spring官方推荐使用构造器注入不仅是因为这种情况下成员属性可以使用final关键字修饰,更关键的一点是能够避免循环依赖,如果存在循环依赖,Spring项目启动的时候就会报错。

为什么说是避免而不是解决呢?

因为构造器注入是通过构造方法来生成对象,其必须要先获取属性,才能生成调用构造方法进行实例化,这种情况的循环依赖是无法解决的。

下面通过一张图来看下A、B俩相互依赖的对象注入方式不同时Spring能否解决循环依赖的情况:

构造器注入方式解决循环依赖:
1.代码重构
2.@Lazy注解
3.改用属性注入
建议查看:zhuanlan.zhihu.com

  1. Setter注入
public class SysUserController extends BaseController {
    
    private ISysUserService userService;

    @Autowired
    public void setUserService(ISysUserService userService) {
        this.userService = userService;
    }
}
复制代码

需要注意的是,在使用Setter注入时需要加@Autowired@Resource注解,否则是无法注入成功的。

另外要注意一点,属性注入和Setter注入的变量都无法使用final关键字修饰。

@RequiredArgsConstructor

这里可能会有人说不推荐使用Lombok,只要我们知其然且知其所以然,那他就是一个帮助我们快速开发的好工具。

在说完Spring的三种依赖注入后,我们来认识一下Lombok的@RequiredArgsConstructor 注解。

在Lombok中,生成构造方法的注解一共有三个,分别是@NoArgsConstructor, @RequiredArgsConstructor, @AllArgsContructor,我们这里只介绍@RequiredArgsConstructor。

@Controller
@RequiredArgsConstructor
public class SysUserController extends BaseController {

    private final ISysUserService userService;

    private ISysRoleService roleService;

   //----------------------------
}
复制代码

使用@RequiredArgsConstructor会为我们生成一个包含常量、使用final关键字修饰的变量私有构造方法

那我们就可以不使用属性注入(@Autowired和@Resource)的方式,直接通过构造器的方式来完成注入,不仅能够省略简化许多代码,也解决了属性注入可能存在的空指针问题。

作者:当世第一可爱
链接:https://juejin.cn/post/7146035741234036744
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

 

您可能感兴趣的与本文相关的镜像

ComfyUI

ComfyUI

AI应用
ComfyUI

ComfyUI是一款易于上手的工作流设计工具,具有以下特点:基于工作流节点设计,可视化工作流搭建,快速切换工作流,对显存占用小,速度快,支持多种插件,如ADetailer、Controlnet和AnimateDIFF等

### 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; } ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值