Spring 依赖注入（DI）

每个基于 Java 的应用程序都有一些对象，它们协同工作以呈现最终用户所看到的工作应用程序。 在编写复杂的 Java 应用程序时，应用程序类应尽可能独立于其他 Java 类，以增加重用这些类的可能性，并在单元测试时独立于其他类对其进行测试。 依赖注入（或有时称为连接）有助于将这些类粘合在一起，同时保持它们独立。

假设有一个具有文本编辑器组件的应用程序，并且想要提供拼写检查。 标准代码看起来像这样

public class TextEditor {
   private SpellChecker spellChecker;
   
   public TextEditor() {
      spellChecker = new SpellChecker();
   }
}

我们在这里所做的是，在 TextEditor 和 SpellChecker 之间创建依赖关系。 在控制反转的情况下，我们的代码如下所示

public class TextEditor {
   private SpellChecker spellChecker;
   
   public TextEditor(SpellChecker spellChecker) {
      this.spellChecker = spellChecker;
   }
}

在这里，TextEditor 不应该关心 SpellChecker 的实现。 SpellChecker 将独立实现，并在 TextEditor 实例化时提供给 TextEditor。 整个过程由 Spring Framework 控制。

在这里，我们从 TextEditor 中移除了全部控制权并将其保存在其他地方（即 XML 配置文件），并且依赖项（即 SpellChecker 类）通过类构造函数注入到类 TextEditor 中。 因此，依赖注入 (DI) 已将控制流“反转”，因为我们已有效地将依赖关系委托给某些外部系统。

注入依赖项的第二种方法是通过 TextEditor 类的 Setter 方法，我们将在其中创建 SpellChecker 实例。 此实例将用于调用 setter 方法来初始化 TextEditor 的属性。

因此，DI 存在两个主要变体，以下两个子章节将通过示例介绍它们

我们可以混合使用基于构造函数的 DI 和基于 Setter 的 DI，但根据经验，对强制依赖项使用构造函数参数，对可选依赖项使用 setter 是一个很好的经验法则。

使用 DI 原则，代码更清晰，并且在为对象提供依赖项时，解耦更有效。 该对象不查找其依赖项，也不知道依赖项的位置或类，而是由 Spring 框架处理所有内容。