Spring IOC基于XML和注解管理Bean

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 域中。