Spring Boot 控制反转(IoC) && 依赖注入(DI)

艾伦~耶格尔

于 2024-10-05 20:25:35 发布

阅读量1.1k

点赞数 16

分类专栏：艾伦的后端文章标签： spring boot java 后端控制反转依赖注入 spring

本文链接：https://blog.csdn.net/weixin_64178283/article/details/142718476

版权

艾伦的后端专栏收录该内容

30 篇文章 0 订阅

订阅专栏

想象一下，你是一位大餐厅的厨师长，每天需要指挥团队制作各种美味佳肴。如果每道菜都需要你亲自去市场购买食材、处理食材，那将是多么繁琐和低效！

在软件开发的世界里，传统的编程方式就像这位事必躬亲的厨师长，每个对象都要负责管理自己的依赖关系，这会导致代码耦合度高、难以维护和扩展。

Spring 框架的出现，就像为餐厅引入了一位高效的“大管家”—— IoC 容器，通过控制反转 (IoC) 和依赖注入 (DI) ，将对象管理和依赖关系处理得井井有条，让开发者能够专注于业务逻辑的实现，就像厨师长只需关心菜谱和烹饪技巧一样。

一、传统编程之痛：紧耦合的代码

在传统编程中，对象 A 需要使用对象 B 时，通常需要在 A 的代码中显式地创建 B 的实例。这种方式看似简单直接，但却埋下了代码“紧耦合”的祸根。

示例： 假设我们要开发一个用户注册功能，需要用到 UserService 和 EmailService 两个类。

public class UserService {
    private EmailService emailService = new EmailService(); // 直接创建依赖

    public void register(User user) {
        // ... 用户注册逻辑
        emailService.sendConfirmationEmail(user);
    }
}

这段代码的问题在于：

UserService 强烈依赖于 EmailService 的具体实现。 如果需要更换邮件服务提供商，就必须修改 UserService 的代码。
代码难以测试。 要测试 UserService 的逻辑，就必须同时创建 EmailService 的实例，增加了测试的复杂度。

这种紧耦合的代码就像用胶水将不同的零件粘在一起，一旦需要更换或调整某个零件，就会牵一发而动全身，导致代码难以维护和扩展。

二、控制反转 (IoC)

控制反转 (Inversion of Control, IoC) 的核心理念是：将对象的创建和管理交给外部容器，而不是由对象自身负责。

Spring 框架的 IoC 容器正是扮演着“大管家”的角色，它负责管理应用程序中所有 Bean 的生命周期，包括创建、组装、销毁等操作。

IoC 的实现方式：

依赖查找 (Dependency Lookup)： 对象可以通过容器提供的 API 主动查找需要的依赖。
依赖注入 (Dependency Injection)： 容器在创建对象时，自动将依赖关系注入到对象中。这是 Spring 框架推荐的方式。

回到之前的例子，使用 IoC 后：

public class UserService {
    @Autowired // 声明依赖
    private EmailService emailService;

    public void register(User user) {
        // ... 用户注册逻辑
        emailService.sendConfirmationEmail(user);
    }
}

通过 @Autowired 注解，UserService 声明了对 EmailService 的依赖，但不再负责创建 EmailService 的实例。IoC 容器会在运行时将 EmailService 的实例注入到 UserService 中。

三、依赖注入 (DI)

依赖注入 (Dependency Injection, DI) 是实现控制反转的一种重要方式，它将依赖关系自动注入到对象中，无需开发者手动管理。

Spring 框架支持三种依赖注入的方式：

构造器注入： 通过构造器参数注入依赖。

@Component
public class UserService {
    private final EmailService emailService;

    public UserService(EmailService emailService) {
        this.emailService = emailService;
    }
    // ...
}

Setter 注入： 通过 Setter 方法注入依赖。

@Component
public class UserService {
    private EmailService emailService;

    @Autowired
    public void setEmailService(EmailService emailService) {
        this.emailService = emailService;
    }
    // ...
}

字段注入： 直接注入到字段上。

@Component
public class UserService {
    @Autowired
    private EmailService emailService;

    // ...
}

@component 注解：

是 Spring 框架中的一个核心注解，用于将普通的 Java 类标识为 Spring 容器管理的组件，实现依赖注入和生命周期管理。以下是关于 @Component 注解的详细解释：

定义与作用：
- @Component 是一个类级别的注解，用于告诉 Spring 框架该类是一个组件，应该被注册为 Spring 应用上下文中的一个 Bean。
- 它通过类型（ElementType.TYPE）上的注解和运行时保留（RetentionPolicy.RUNTIME）来实现，使得 Spring 容器可以通过反射获取到这个注解的信息，并进行相应的处理。
基本用法：

@Component public class MyComponent { // 类的内容... }

在上述示例中，MyComponent 类被标记为一个组件，Spring 容器会在启动时自动扫描并创建该类的实例。
元注解：
- @Component 是一个元注解，意味着它可以被其他注解所使用。Spring 提供了一些专门的元注解，如 @Controller、@Service 和 @Repository，它们都提供了与 @Component 相同的功能，但具有更具体的含义和用途。
自动扫描与注册：
- 通过 @ComponentScan 注解，Spring 容器可以自动扫描指定的包路径，查找被 @Component 注解标记的类，并将它们注册为 Bean。
- 在 Spring Boot 应用中，通常使用 @SpringBootApplication 注解，它包含了 @ComponentScan，因此无需显式声明 @ComponentScan。
与 @Bean 的区别：
- @Component 是一个类级别的注解，用于自动检测并注册 Bean，适用于类的源代码可编辑的情况。
- @Bean 是一个方法级别的注解，用于在配置类中显式定义 Bean。它提供了更多的灵活性，可以用于实例化第三方库的类或根据条件创建不同的 Bean 实例。
使用注意事项：
- 确保 Spring 容器能够扫描到被标记的组件类，通常需要配置扫描路径。
- 建议遵循命名规范，为组件类赋予有意义的名称，以便更好地理解和管理。
- 被 @Component 注解标记的类可以通过依赖注入来获取其他组件或资源。
应用场景：
- @Component 注解在各种场景下都有广泛的应用，包括服务层组件、数据访问组件、Web 控制器等。