使用 Spring 进行控制反转和依赖注入

1. Overview

我们将介绍 IoC（控制反转）和 DI（依赖注入）的概念，并看看它们是如何在 Spring 框架中实现的。

2. What Is Inversion of Control?

控制反转是软件工程中的一个原则，它将对进程的对象或部分的控制转移到容器或框架中。我们最常在面向对象编程的上下文中使用它。
与传统编程（我们的自定义代码调用库）相比，IoC使框架能够控制进程的流程并调用我们的自定义代码。
为了实现这一点，框架使用具有内置附加行为的抽象。如果我们想添加我们自己的行为，我们需要扩展框架的类或插件我们自己的类。
这种架构的优点是：

将任务的执行与其实现分离
使在不同实现之间切换变得更加容易
进程的模块化程度更高
通过隔离组件或模拟其依赖关系，并允许组件通过契约进行通信，更容易测试进程

我们可以通过各种机制实现控制反转，例如：策略设计模式、服务定位器模式、工厂模式和依赖注入 （DI）。

3. What Is Dependency Injection?

依赖注入是一种我们可以用来实现 IoC 的模式，其中被反转的控件是设置对象的依赖项。
将对象与其他对象连接起来，或将对象“注入”到其他对象中，是由编译器完成的，而不是由对象本身完成的。

以下是我们如何在传统编程中创建对象依赖关系：

public class Store {
    private Item item;
 
    public Store() {
        item = new ItemImpl1();    
    }
}

在上面的示例中，我们需要在 Store 类本身中实例化 Item 接口的实现。

通过使用 DI，我们可以重写示例，而无需指定我们想要的 Item 的实现：

public class Store {
    private Item item;
    public Store(Item item) {
        this.item = item;
    }
}

在接下来的部分中，我们将了解如何通过元数据提供 Item 的实现。
IoC 和 DI 都是简单的概念，但它们对我们构建系统的方式有着深远的影响，因此非常值得充分理解。

4. The Spring IoC Container

IoC 容器是实现 IoC 的框架的共同特征。
在 Spring 框架中，接口 ApplicationContext 表示 IoC 容器。Spring 容器负责实例化、配置和组装称为 bean 的对象，以及管理它们的生命周期。

Spring 框架提供了 ApplicationContext 接口的几种实现：用于独立应用进程的 ClassPathXmlApplicationContext 和 FileSystemXmlApplicationContext，以及用于 Web 应用进程的 WebApplicationContext。
为了组装 bean，容器使用配置元数据，这些元数据可以是 XML 配置或注释的形式。

下面是手动实例化容器的一种方法：

ApplicationContext context
  = new ClassPathXmlApplicationContext("applicationContext.xml");

要在上面的例子中设置 item 属性，我们可以使用元数据。然后容器将读取此元数据，并使用它来在运行时组装 bean。

Spring 中的依赖注入可以通过构造函数、setter 或字段来完成。

5. Constructor-Based Dependency Injection

在基于构造函数的依赖项注入的情况下，容器将调用一个构造函数，每个参数表示我们想要设置的依赖项。
Spring 主要按类型解析每个参数，后跟属性名称和消除歧义的索引。

让我们使用注释看一下 Bean 的配置及其依赖项：

@Configuration
public class AppConfig {

    @Bean
    public Item item1() {
        return new ItemImpl1();
    }

    @Bean
    public Store store() {
        return new Store(item1());
    }
}

@Configuration注解指示该类是 Bean 定义的源。我们还可以将其添加到多个配置类中。

我们在方法上使用@Bean注释来定义 bean。如果我们不指定自定义名称，则 Bean 名称将默认为方法名称。
对于具有默认单例作用域的 bean，Spring 首先检查 Bean 的缓存实例是否已存在，如果不存在，则只创建一个新实例。如果我们使用的是原型作用域，则容器会为每个方法调用返回一个新的 Bean 实例。

创建 bean 配置的另一种方法是通过 XML 配置：

<bean id="item1" class="org.baeldung.store.ItemImpl1" /> 
<bean id="store" class="org.baeldung.store.Store"> 
    <constructor-arg type="ItemImpl1" index="0" name="item" ref="item1" /> 
</bean>

6. Setter-Based Dependency Injection

对于基于 setter 的 DI，容器将在调用无参数构造函数或无参数静态工厂方法来实例化 bean 后调用我们类的 setter方法。

让我们使用注释创建此配置：

@Bean
public Store store() {
    Store store = new Store();
    store.setItem(item1());
    return store;
}

我们还可以将 XML 用于相同的 bean 配置：

<bean id="store" class="org.baeldung.store.Store">
    <property name="item" ref="item1" />
</bean>

我们可以为同一个bean 组合基于构造函数和基于setter的注入类型。Spring 文档建议对强制依赖项使用基于构造函数的注入，对可选依赖项使用基于setter的注入

7. Field-Based Dependency Injection

在基于字段的 DI 的情况下，我们可以通过用@Autowired注释标记它们来注入依赖项：

public class Store {
    @Autowired
    private Item item; 
}

构造 Store 对象时，如果没有用于注入 Item Bean 的构造函数或 setter 方法，则容器将使用反射将 Item 注入 Store。

我们也可以使用 XML 配置来实现这一点。
此方法可能看起来更简单、更干净，但我们不建议使用它，因为它有一些缺点，例如：

此方法使用反射来注入依赖项，这比基于构造函数或基于setter的注入成本更高。
使用这种方法继续添加多个依赖项真的很容易。如果我们使用构造函数注入，有多个参数会让我们认为类做不止一件事，这可能违反单一责任原则。

8. Autowiring Dependencies

连接允许 Spring 容器通过检查已定义的 bean 来自动解决协作 bean 之间的依赖关系。

使用 XML 配置自动连接 Bean 有四种模式：

no: 默认值 – 这意味着 Bean 没有使用自动连线，我们必须显式命名依赖项。
byName: 自动连线是根据属性的名称完成的，因此 Spring 将查找与需要设置的属性同名的 bean。
byType: 类似于 byName 自动连线，仅基于属性的类型。这意味着 Spring 将寻找具有相同类型属性的 bean 来设置。如果有多个该类型的 Bean，框架将引发异常。
constructor: 自动连线是基于构造函数参数完成的，这意味着 Spring 将寻找与构造函数参数类型相同的 bean。

例如，让我们将上面按类型定义的 item1 bean 自动连接到store bean 中：

@Bean(autowire = Autowire.BY_TYPE)
public class Store {
    
    private Item item;

    public setItem(Item item){
        this.item = item;    
    }
}

我们还可以使用 @Autowired 注释按类型自动注入 bean：

public class Store {
    
    @Autowired
    private Item item;
}

如果有多个相同类型的 bean，我们可以使用 @Qualifier 注释按名称引用 bean：

public class Store {
    
    @Autowired
    @Qualifier("item1")
    private Item item;
}

现在让我们通过 XML 配置按类型自动连接 bean：

<bean id="store" class="org.baeldung.store.Store" autowire="byType"> </bean>

接下来，让我们通过 XML 按名称将一个 bean 命名项注入到存储 bean 的 item 属性中：

<bean id="item" class="org.baeldung.store.ItemImpl1" />

<bean id="store" class="org.baeldung.store.Store" autowire="byName">
</bean>

我们还可以通过构造函数参数或 setter 显式定义依赖项来覆盖自动连线。

9. Lazy Initialized Beans

默认情况下，容器在初始化期间创建和配置所有单例 Bean。为了避免这种情况，我们可以在 bean 配置上使用值为 true 的 lazy-init 属性：

<bean id="item1" class="org.baeldung.store.ItemImpl1" lazy-init="true" />

因此，item1 bean 只会在第一次请求时初始化，而不是在启动时初始化。这样做的好处是初始化时间更快，但代价是我们不会发现任何配置错误，直到请求 bean 之后，这可能是应用进程已经运行后的几个小时甚至几天。

10. Conclusion

在本文中，我们介绍了控制反转和依赖注入的概念，并在 Spring 框架中举例说明了它们。