获课地址：666it.top/4494/

深入 Spring 源码：解锁容器核心原理与设计思想

一、 Spring 核心容器架构：万物皆 Bean 的设计基石

1. 核心接口体系
   • BeanFactory：IoC 容器的最顶层接口，定义了 Bean 的获取、判断等基础方法，是 Spring 容器的 “最小功能集”。其特点是延迟加载，只有在调用getBean()方法时才会创建 Bean 实例。
   • ApplicationContext：继承自BeanFactory，是功能更丰富的容器接口。它不仅包含了BeanFactory的所有功能，还扩展了资源加载、事件发布、国际化支持等能力，并且采用预加载策略，容器启动时就会创建所有单例 Bean 实例。
   • BeanDefinition：Bean 的 “配置描述符”，用于存储 Bean 的元数据信息，包括类名、作用域（singleton/prototype）、依赖关系、初始化方法、销毁方法等。Spring 容器的核心工作，就是将配置文件或注解中的 Bean 定义转化为BeanDefinition对象。
2. 容器实现类
   • XmlBeanFactory：基于 XML 配置的BeanFactory实现类，是早期 Spring 的核心容器，现已被标记为过时。
   • AnnotationConfigApplicationContext：基于注解配置的ApplicationContext实现类，是现代 Spring Boot 项目中最常用的容器，支持@Configuration、@Component等注解驱动的 Bean 定义。
   • ClassPathXmlApplicationContext：基于类路径下 XML 配置文件的ApplicationContext实现类，适用于传统 XML 配置的项目。

二、 IoC 容器初始化流程：从配置到 Bean 实例的全链路解析

1. 容器启动与资源加载
   当创建AnnotationConfigApplicationContext实例时，构造方法会触发refresh()方法 —— 这是容器初始化的 “总开关”。该阶段的核心工作是扫描指定包路径下的类，通过注解解析器（如ConfigurationClassPostProcessor）识别@Component、@Service、@Repository等注解，将这些类转化为BeanDefinition对象，并注册到BeanDefinitionRegistry中。
2. BeanFactory 的初始化与扩展
   在refresh()方法中，Spring 会初始化BeanFactory并执行一系列BeanFactory 后置处理器（BeanFactoryPostProcessor）。这些处理器可以在 Bean 实例化之前修改BeanDefinition的元数据，例如PropertyPlaceholderConfigurer会替换配置中的占位符（如${jdbc.url}），ConfigurationClassPostProcessor会处理@Configuration注解中的@Bean方法。
3. Bean 实例化与生命周期管理
   这是容器初始化的核心阶段，Spring 会遍历所有注册的BeanDefinition，对单例 Bean 进行实例化：
   • 实例创建：通过反射调用 Bean 的构造方法创建实例对象。
   • 属性注入：通过依赖注入机制，将 Bean 的依赖对象注入到当前实例中。
   • 初始化回调：依次调用BeanNameAware、BeanFactoryAware等接口的方法，再执行@PostConstruct注解的方法或init-method指定的初始化方法。
   • 实例缓存：将初始化完成的单例 Bean 存入容器的缓存池中，供后续获取使用。

三、 依赖注入（DI）的实现机制：自动装配的底层逻辑

1. 自动装配的核心原理
   Spring 的自动装配（@Autowired）由AutowiredAnnotationBeanPostProcessor处理，其核心流程如下：
   • 注解解析：当 Bean 实例化后，该处理器会扫描 Bean 中的@Autowired、@Value等注解，获取需要注入的依赖类型与名称。
   • 依赖查找：根据依赖类型，从BeanFactory中查找匹配的 Bean 实例。如果存在多个同类型 Bean，则根据@Qualifier注解指定的名称进行筛选。
   • 依赖注入：通过反射机制，将找到的依赖实例赋值给目标字段，或调用对应的 Setter 方法完成注入。
2. 构造器注入的特殊处理
   对于构造器注入，Spring 会优先选择参数最多的构造方法，并自动装配构造方法中的所有参数。其底层依赖于AutowiredAnnotationBeanPostProcessor的子类AutowiredConstructorResolver，该类会解析构造方法的参数列表，完成依赖的查找与注入。
3. 循环依赖的解决策略
   Spring 通过三级缓存机制解决单例 Bean 的循环依赖问题：
   • 一级缓存（singletonObjects）：存储完全初始化的单例 Bean。
   • 二级缓存（earlySingletonObjects）：存储提前暴露的 Bean 实例（未完成属性注入与初始化）。
   • 三级缓存（singletonFactories）：存储 Bean 的工厂对象，用于生成提前暴露的 Bean 实例。
     当出现 A 依赖 B、B 依赖 A 的循环依赖时，Spring 会通过三级缓存提前暴露 A 的实例，让 B 完成注入，再回头完成 A 的属性注入，从而打破循环依赖的死锁。

四、 AOP 底层原理：动态代理与切面织入的实现逻辑

1. AOP 的核心概念与流程
   Spring AOP 的核心概念包括切面（Aspect）、切点（Pointcut）、通知（Advice）、目标对象（Target）、代理对象（Proxy）。其核心执行流程如下：
   • 切面定义：通过@Aspect注解标记切面类，通过@Pointcut定义切点表达式（如execution(* com.example.service.*.*(..))），通过@Before、@After、@Around等注解定义通知方法。
   • 代理对象创建：当容器初始化时，AnnotationAwareAspectJAutoProxyCreator（自动代理创建器）会扫描容器中的切面与目标 Bean，判断目标 Bean 是否匹配切点表达式。如果匹配，则为目标 Bean 创建代理对象。
   • 切面织入：当调用代理对象的方法时，会触发通知方法的执行，再调用目标对象的原方法，从而实现 “切面逻辑 + 目标逻辑” 的融合。
2. 动态代理的两种实现方式
   • JDK 动态代理：基于接口实现，要求目标类必须实现至少一个接口。Spring 通过Proxy类的newProxyInstance()方法生成代理对象，代理类会实现目标类的所有接口，并在 invoke 方法中织入切面逻辑。
   • CGLIB 动态代理：基于继承实现，适用于目标类没有实现接口的场景。Spring 通过 CGLIB 库生成目标类的子类作为代理对象，并重写目标方法，在重写的方法中织入切面逻辑。
     Spring 会自动选择代理方式：如果目标类实现了接口，则优先使用 JDK 动态代理；否则使用 CGLIB 动态代理。开发者也可以通过配置强制使用 CGLIB 代理。
3. 事务管理的 AOP 实现
   Spring 的声明式事务（@Transactional）是 AOP 的典型应用。其底层通过TransactionInterceptor作为切面，当标记了@Transactional的方法被调用时，会触发事务的开启、提交或回滚逻辑：
   • 方法执行前，开启数据库事务；
   • 方法正常执行完毕，提交事务；
   • 方法抛出异常，回滚事务。