控制反转（IOC）是 Spring 框架的核心思想，而 IOC 容器则是这一思想的具体落地载体 —— 它负责对象（Bean）的创建、管理与依赖注入，是 Spring 应用的运行基础。在 Spring 体系中，IOC 容器存在两种核心实现方式，二者的定位与设计初衷存在本质差异，深刻影响着 Spring 应用的运行逻辑与开发实践。

一、IOC 容器的本质：IOC 思想的具象化载体

Spring的IOC容器就是IOC思想的一个落地需要创建IOC容器的产品实现，IOC容器中管理的组件也叫做bean。在创建bean之前，首先要创建IOC容器。

Spring提供了IOC容器的两种实现方式。

二、BeanFactory：Spring 内部的底层容器接口

BeanFactory 是 Spring 内部的使用接口，不提供给开发人员使用，Bean Factory加载配置文件的时候不会去创建对象，在使用的时候才会创建。其设计初衷是提供最轻量化的容器能力：

延迟加载特性：BeanFactory 采用延迟初始化策略，仅在调用getBean()方法时才会实例化对应的 Bean，这一设计可最小化容器启动时的资源消耗，适合对内存敏感的场景；

核心能力聚焦：仅提供 Bean 的实例化、依赖注入等基础功能，不包含事件发布、国际化支持等扩展能力，是 Spring 容器的 “最小可行实现”；

内部依赖支撑：Spring 框架的底层模块（如 Bean 的生命周期管理、依赖解析逻辑）基于 BeanFactory 实现，上层容器（如 ApplicationContext）也通过继承 BeanFactory 扩展能力。

由于 BeanFactory 仅聚焦底层容器能力，且未封装易用性扩展，开发者在业务开发中几乎不会直接使用 BeanFactory，而是依赖其扩展实现 ApplicationContext。

三、ApplicationContext：面向开发者的容器实现

ApplicationContext是BeanFactory的子接口，是对BeanFactory的扩展（加载配置文件的时候会创建对象）是 Spring 框架面向开发者的标准容器实现：

核心扩展能力：在 BeanFactory 的基础上增加了 AOP（面向切面编程）、国际化支持、事务管理、事件发布、资源加载等生产级特性，无需额外配置即可支撑复杂业务场景；

预初始化策略：容器启动时会实例化所有单例 Bean，提前发现配置错误，避免运行时延迟加载引发的性能波动，更适合生产环境；

开发者友好性：封装了开箱即用的配置方式，支持 XML、注解、Java 配置等多种初始化方式，是业务开发的核心入口。

四、ApplicationContext 的典型实现类与适用场景

Spring 提供了多种ApplicationContext实现类，适配不同的开发场景，以下是最常用的三类：

实现类	核心能力	适用场景
ClassPathXmlApplicationContext	读取类路径下的 XML 配置文件，初始化 IOC 容器	传统 Spring 项目，依赖 XML 配置定义 Bean
WebApplicationContext	专为 Web 应用设计，支持从 Web 根目录加载配置，与 Servlet 容器深度集成	Spring MVC 等 Web 项目，管理 Web 环境下的 Bean 生命周期
AnnotationConfigApplicationContext	通过注解驱动方式初始化容器，无需 XML 配置	现代 Spring Boot 项目、注解驱动的模块化开发

实现类代码示例

// 1. ClassPathXmlApplicationContext：加载类路径下的XML配置

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

// 2. AnnotationConfigApplicationContext：加载注解配置类

@Configuration

@ComponentScan("com.example")

public class AppConfig {} ApplicationContext context2 = new AnnotationConfig

ApplicationContext(AppConfig.class);

// 3. WebApplicationContext：Web环境下通过ContextLoaderListener初始化 ，通常在web.xml中配置，无需手动实例化

五、从容器中获取Bean

容器初始化完成后，可通过以下三种方式获取 Bean 实例，需根据场景选择适配的方式：

1. getBean(String name)：通过 Bean 的 ID 获取

// 根据XML或注解中定义的Bean ID获取实例
UserService userService = (UserService) context.getBean("userService");

适用场景：已知 Bean 的唯一 ID，需强制类型转换，适合兼容传统 XML 配置的场景。

2. getBean(Class requiredType)：通过 Bean 的类型获取

// 根据类型直接获取实例，无需强制转换
UserService userService = context.getBean(UserService.class);

注意事项：当 IOC 容器中存在多个同类型的 Bean 时，该方法会抛出NoUniqueBeanDefinitionException，需结合 Bean ID 或@Qualifier注解指定实例。

3. getBean(String name, Class requiredType)：通过 ID + 类型获取

// 同时指定Bean ID和类型，避免类型转换与歧义
UserService userService = context.getBean("userService", UserService.class);

适用场景：需确保获取的 Bean 既匹配 ID 又匹配类型，是最安全的获取方式。