IoC 是 Inversion of Control 的简写，译为“ 控制反转 ”，它不是一门技术，而是一种设计思想，是一个重要的面向对象编程法则，能够指导我们如何设计出 松耦合、更优良的程序。

Spring 通过 IoC 容器来管理所有 Java 对象的实例化和初始化，控制对象与对象之间的依赖关系。将由 IoC 容器管理的 Java 对象称为 Spring Bean，它与使用关键字 new 创建的 Java 对象没有任何区别。

IoC 容器是 Spring 框架中最重要的核心组件之一，它贯穿了 Spring 从诞生到成长的整个过程。

IOC容器

1.控制反转，依赖注入

控制反转（Inversion of Control，简称IoC）是一种软件设计原则，它将传统的程序控制流程反转过来，即由被调用者控制调用者的执行过程。这样做的好处在于降低了代码之间的耦合性，使得代码更加灵活、可维护和可扩展。

一个典型的控制反转例子是使用依赖注入（Dependency Injection，简称DI）。依赖注入是控制反转的一种实现方式，它通过将依赖关系从代码内部移动到外部来实现解耦。

假设我们有一个简单的应用程序，其中包含一个服务类 MessageService 负责发送消息，并且这个服务类依赖于一个用于实际发送消息的 MessageSender 接口。在传统的实现中，MessageService 通常会直接创建一个特定的 MessageSender 实例，但在使用控制反转的思想下，我们会将 MessageSender 的创建和注入从 MessageService 中分离出来。

传统实现（无控制反转）：

public class MessageService {
    private MessageSender messageSender;

    public MessageService() {
        // 在构造函数中直接实例化特定的 MessageSender 实例
        this.messageSender = new EmailMessageSender(); // 假设使用 EmailMessageSender 发送消息
    }

    public void sendMessage(String message) {
        messageSender.send(message);
    }
}

使用控制反转（依赖注入）：

public class MessageService {
    private MessageSender messageSender;

    public MessageService(MessageSender messageSender) {
        // 通过构造函数接收一个 MessageSender 实例，由外部注入
        this.messageSender = messageSender;
    }

    public void sendMessage(String message) {
        messageSender.send(message);
    }
}

现在，使用控制反转，我们将 MessageSender 的实例化过程交由调用者来完成。这样做的好处是，在应用程序的其他地方，我们可以根据需要轻松地更换不同的 MessageSender 实现（例如，使用短信发送消息而不是电子邮件），而无需修改 MessageService 的代码。同时，这也使得单元测试变得更容易，因为我们可以轻松地注入一个模拟的 MessageSender 实例来进行测试。

举例：
如果你希望在使用短信发送消息而不是电子邮件时进行更改，只需更改 MessageService 类的构造函数中注入的 MessageSender 实例即可。这就是控制反转的好处，它使得我们可以在应用程序的其他地方配置不同的实现，并且只需更改依赖注入的部分，而不需要修改 MessageService 的实现代码。

让我们看一下如何在 MessageService 中使用短信发送消息的例子：

• 创建一个用于发送短信的实现类 SmsMessageSender：

public class SmsMessageSender implements MessageSender {
    public void send(String message) {
        // 实现发送短信的逻辑
        System.out.println("Sending SMS: " + message);
    }
}

• 现在，在使用 MessageService 的地方，通过构造函数将 SmsMessageSender 注入：

public class MyApp {
    public static void main(String[] args) {
        // 使用短信发送消息
        MessageSender smsSender = new SmsMessageSender();
        MessageService messageService = new MessageService(smsSender);

        // 发送消息
        messageService.sendMessage("Hello, this is a text message!");
    }
}

通过这样的更改，MessageService 现在使用 SmsMessageSender 来发送消息而不是之前的 EmailMessageSender，而且这个更改只发生在应用程序的一个地方，使得代码更易于维护和扩展。同时，你可以根据需要在其他地方继续使用 EmailMessageSender，并且无需对 MessageService 的实现进行任何修改。

set注入和依赖注入

在依赖注入（Dependency Injection，DI）的实践中，有两种常见的注入方式：构造函数注入（Constructor Injection）和属性/方法注入（Setter Injection）。

构造函数注入（Constructor Injection）：
构造函数注入是将依赖通过类的构造函数传递进来的方式。在这种注入方式中，类的依赖关系在创建对象时就被明确地传递给对象，保证了对象在被实例化后就具备了所需的依赖。这种注入方式通常被认为是推荐的注入方式，因为它在对象创建过程中就明确了依赖关系，使得对象在创建后处于一种可用的状态。
示例：构造函数注入的Java代码

public class MessageService {
    private MessageSender messageSender;

    public MessageService(MessageSender messageSender) {
        this.messageSender = messageSender;
    }

    // 业务逻辑方法使用依赖发送消息
    public void sendMessage(String message) {
        messageSender.send(message);
    }
}

属性/方法注入（Setter Injection）：
属性/方法注入是通过setter方法或者普通方法将依赖传递给对象的方式。在这种注入方式中，对象首先由默认构造函数创建，然后通过setter方法或者普通方法设置其依赖。由于依赖在创建对象后才被注入，因此在对象实例化时，它可能处于不完整或不可用的状态，这是它与构造函数注入的主要区别。
示例：属性/方法注入的Java代码

public class MessageService {
    private MessageSender messageSender;

    // 通过setter方法注入依赖
    public void setMessageSender(MessageSender messageSender) {
        this.messageSender = messageSender;
    }

    // 业务逻辑方法使用依赖发送消息
    public void sendMessage(String message) {
        messageSender.send(message);
    }
}

需要注意的是，属性/方法注入可能导致对象处于不完整或不可用的状态，因此需要在使用对象之前确保其依赖已经被正确注入。另一方面，构造函数注入在对象创建时就明确了依赖关系，因此更容易维护和确保对象的完整性。

通常情况下，如果可能，推荐使用构造函数注入，因为它更符合依赖注入的原则，能够在对象创建时就将依赖传递进来，减少了对象的不稳定性。而属性/方法注入则适用于一些特殊情况，例如使用框架进行依赖注入时可能更为便利，或者在某些场景下灵活性要求较高时使用。

2.IoC容器在Spring的实现

Spring 的 IoC 容器就是 IoC思想的一个落地的产品实现。IoC容器中管理的组件也叫做 bean。在创建 bean 之前，首先需要创建IoC 容器。Spring 提供了IoC 容器的两种实现方式：

①BeanFactory

这是 IoC 容器的基本实现，是 Spring 内部使用的接口。面向 Spring 本身，不提供给开发人员使用。

②ApplicationContext

BeanFactory 的子接口，提供了更多高级特性。面向 Spring 的使用者，几乎所有场合都使用 ApplicationContext 而不是底层的 BeanFactory。

③ApplicationContext的主要实现类

类型名	简介
ClassPathXmlApplicationContext	通过读取类路径下的 XML 格式的配置文件创建 IOC 容器对象
FileSystemXmlApplicationContext	通过文件系统路径读取 XML 格式的配置文件创建 IOC 容器对象
ConfigurableApplicationContext	ApplicationContext 的子接口，包含一些扩展方法 refresh() 和 close() ，让 ApplicationContext 具有启动、关闭和刷新上下文的能力。
WebApplicationContext	专门为 Web 应用准备，基于 Web 环境创建 IOC 容器对象，并将对象引入存入 ServletContext 域中。