Spring的IOC详解

IOC=控制反转(思想),把「创建对象、管理依赖」的控制权,从程序员手里,交给容器。容器解决了"对象管理"问题。不用自己 new 对象了

DI=依赖注入(实现IOC的手段),实现分为:构造器注入、setter()注入、接口注入三种,将对象需要的依赖传递给它,而不是让对象自行创建依赖

Spring官方推荐

Spring团队明确推荐使用构造器注入,主要原因:

  1. 确保依赖不可变:final关键字保证
  2. 确保对象完全初始化:构造完成后就可使用
  3. 避免空指针异常:依赖不可能为null
  4. 更好的可测试性:构造时就确定所有依赖
  5. 非强制加final关键字,官方推荐规范加final

注入方式示例

1、构造器注入

复制代码
/**
 * 用户 Controller
 */
@RestController
@RequestMapping("/")
public class UserController {

    // 1. 定义 private final
    private final UserService userService;

    /**
     * 构造器注入
     * 2. 只有一个构造器,Spring 自动注入,不用 @Autowired
     */
    public UserController(UserService userService) {
        this.userService = userService;
    }
}

lombok简化版@RequiredArgsConstructor:自动给所有 final 字段生成构造器\Spring 自动识别注入\ 不需要写任何构造器

复制代码
/**
 * 用户 Controller
 */
@RestController
@RequestMapping("/")
@RequiredArgsConstructor    // 关键
public class UserController {

    private final UserService userService;
}

2、setter()注入

Setter 注入是通过类的 setter 方法来注入依赖,需要配合@Autowired注解使用(Spring 4.3+ 也可使用@RequiredArgsConstructor,但手动写 setter 更直观)。

复制代码
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Controller;

@Controller // 补充Controller注解,确保Spring能扫描到该类
public class UserController {

    // 1. 仅定义私有变量,去掉final(setter注入不能用final,因为final变量必须在构造器/声明时赋值)
    private UserService userService;

    /**
     * Setter注入
     * 2. 通过setter方法注入依赖,必须加@Autowired注解
     */
    @Autowired
    public void setUserService(UserService userService) {
        this.userService = userService;
    }
}

3、字段注入

字段注入是直接在类的成员变量上标注@Autowired,无需构造器或 setter 方法,是最简洁的写法,但也是 Spring 官方不推荐的写法(不利于单元测试)。

复制代码
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Controller;

@Controller
public class UserController {

    // 1. 直接在字段上标注@Autowired,无需构造器/setter
    @Autowired
    private UserService userService; // 同样不能用final
}

可选依赖和必选依赖判断标准(核心看「这个依赖缺失时,你的类 / 功能是否还能正常工作」------ 这不是技术规则,而是业务逻辑和功能设计决定)

|------|-------------------------|---------------------|
| 类型 | 核心特征 | 典型场景 |
| 必选依赖 | 依赖缺失 → 类无法初始化 / 功能完全不可用 | 数据库 DAO、核心业务服务、配置中心 |
| 可选依赖 | 依赖缺失 → 类能正常工作,仅部分功能降级 | 缓存服务、日志增强、消息通知 |


IOC不是管理所有对象,只管【Bean】

✅ Spring IoC 容器 管:

被你加上这些注解的类:

  • @Controller------ 控制层
  • @Service------ 业务层
  • @Repository------ 数据层(Dao、Mapper)
  • @Component ------ 通用组件(工具类、配置类、自定义组件等)
  • @Configuration 配置类
  • @Bean 方法返回的对象

这些叫 Bean,Spring 负责创建、注入、销毁。


❌ Spring IoC 容器 不管:

  • 实体类(User、Order、Product...)
  • VO / DTO / BO / POJO
  • 普通工具类对象
  • 方法内部临时创建的对象
  • new 出来的一切普通对象

这些不是 Bean,Spring 不负责,必须你自己 new。


相关推荐
少许极端10 小时前
算法奇妙屋(三十九)-贪心算法学习之路 6
java·学习·算法·贪心算法
嵌入式学习菌10 小时前
内网穿透全闭环实操指南
linux·开发语言·php
AlunYegeer10 小时前
黑马头条踩坑总结:频道状态筛选前端联调失效问题
java·前端
糖炒栗子032610 小时前
后端消息投递可靠性:基于 RabbitMQ 的“双重防线-幂等闭环”模式
java·后端·rabbitmq
不像程序员的程序媛10 小时前
es查询是否存在某个字段
java·前端·elasticsearch
无籽西瓜a10 小时前
【西瓜带你学设计模式 | 第九期 - 代理模式】代理模式 —— 静态与动态代理实现、优缺点与适用场景
java·后端·设计模式·软件工程·代理模式
两年半的个人练习生^_^10 小时前
ThreadLocal的使用和源码
java·开发语言
SarL EMEN10 小时前
Spring boot创建时常用的依赖
java·spring boot·后端
随风,奔跑10 小时前
Spring Data Redis
java·redis·spring