Spring容器启动的关键一步：prepareBeanFactory详解

深入Spring心脏，揭秘容器准备阶段的核心机制（refresh()方法：十二步精密流程中的步骤3-准备BeanFactory（prepareBeanFactory））

在Spring启动过程中，prepareBeanFactory是refresh()方法的第三个关键步骤。这个看似不起眼的阶段，却为整个容器注入了"灵魂"，是连接配置加载和Bean实例化的关键桥梁！

一、为何prepareBeanFactory如此重要？

在Spring容器启动过程中，prepareBeanFactory扮演着承前启后的关键角色：

• 🛠️ 配置BeanFactory的基础设施
• 🔌 添加关键的后置处理器
• 🌐 注册环境相关依赖
• 🧩 设置类加载器和表达式解析器
• 🚫 忽略特定接口的自动装配

没有这个阶段，即使Bean定义加载完成，容器也无法正常工作！

二、九大核心配置揭秘

1. 类加载器设置

作用：设置BeanFactory使用的类加载器，用于加载Bean类。默认使用当前ApplicationContext的类加载器。

2. SpEL表达式解析器

作用：注册SpEL（Spring Expression Language）表达式解析器，用于处理#{...}表达式。

3. 属性编辑器注册

作用：注册属性编辑器，用于将String类型的属性值转换为复杂对象（如Resource、URL等）。

4. 关键后置处理器注入

作用：添加ApplicationContextAwareProcessor后置处理器，它负责处理各种Aware接口的回调。

5. 忽略特定Aware接口

作用：告诉容器这些接口不参与自动装配，而是由ApplicationContextAwareProcessor专门处理；防止这些接口被错误地自动装配。

6. 注册可解析依赖

作用：注册特殊类型的依赖，当Bean需要这些类型时，可直接注入指定实例

7. 事件监听检测器

作用：自动注册事件监听器；添加ApplicationListenerDetector后置处理器，用于检测实现了ApplicationListener接口的Bean，并将其注册为事件监听器。

8. LoadTimeWeaver处理

作用：如果配置了LoadTimeWeaver（类加载期织入），添加相关处理器；支持类加载期织入。

9. 注册环境相关单例Bean实例

作用：注册环境相关的单例Bean，使它们可以被其他bean注入：

• environment：环境配置对象
• systemProperties：系统属性
• systemEnvironment：系统环境变量

三、核心组件详解

1. ApplicationContextAwareProcessor：Aware接口的"幕后推手"

这个后置处理器实现了各种Aware接口的注入：

支持的Aware接口：

• EnvironmentAware
  允许 Bean 访问 Spring 的 Environment 对象，用于获取环境属性（如系统属性、环境变量）或配置属性。

• EmbeddedValueResolverAware
  允许 Bean 使用 StringValueResolver 来解析嵌入的占位符（如 ${}）。

• ResourceLoaderAware
  允许 Bean 访问 ResourceLoader，用于加载资源文件（如类路径文件、URL 文件等）。

• ApplicationEventPublisherAware
  允许 Bean 发布应用事件，使用 ApplicationEventPublisher 来发布自定义事件或监听事件。

• MessageSourceAware
  允许 Bean 访问 MessageSource，用于国际化消息的解析。

• ApplicationContextAware
  允许 Bean 访问 ApplicationContext，可以获取 Spring 容器的上下文对象。

2. ApplicationListenerDetector：事件监听的"雷达"

自动检测并注册事件监听器：

3. 注册环境对象体系：配置管理的核心

Spring的环境抽象提供了统一的配置访问：

四、设计原理解析

1. 分层处理架构

prepareBeanFactory采用分层配置策略：

2. 后置处理器的注册策略

Spring采用区分阶段的处理器注册：

• 此时注册的是容器级处理器（如ApplicationContextAwareProcessor）
• Bean级别的处理器（如@Autowired处理器）在后续步骤注册

3. 环境抽象的巧妙设计

Spring的环境抽象提供了统一的配置访问：

• 合并系统属性、环境变量、配置文件
• 支持Profile多环境配置
• 属性源可扩展

五、最佳实践与性能优化

1. Aware接口的正确使用姿势

不推荐模式：

推荐模式：

如果只是为了获取 ApplicationContext 并动态操作容器，方式一更直接。如果遵循依赖注入原则并希望代码更易测试和维护，方式二是更好的选择。

2. 自定义Aware接口

通过扩展机制实现自定义Aware接口：

3. 环境配置的高阶用法

Profile条件装配：

属性优先级控制：

4. 性能优化技巧

避免过度使用Aware接口：

• 优先使用依赖注入（构造注入或属性注入）
• 避免在Bean中直接操作容器

精简环境配置：

• 按需加载属性文件
• 避免不必要的属性源

六、常见问题排查指南

1. Aware接口不生效

排查步骤：

1. 检查是否缺少ApplicationContextAwareProcessor
2. 确认Bean是否被代理
3. 调试postProcessBeforeInitialization方法

2. 环境属性获取失败

解决方案：

3. 事件监听器未触发

检查清单：

• 确认ApplicationListenerDetector已注册
• 检查监听器Bean是否为单例
• 确认事件类型匹配

六、总结与核心价值

prepareBeanFactory阶段是Spring容器启动的关键枢纽，它：

1. 🧱 为容器奠定运行基础
2. 🔗 建立Bean与容器的通信机制
3. 🌐 配置环境抽象基础设施
4. 🔊 初始化事件监听系统

最佳实践原则：

1. 谨慎使用Aware接口，优先选择依赖注入
2. 充分利用环境抽象管理配置
3. 理解后置处理器的注册时机
4. 避免在此阶段进行业务操作

掌握prepareBeanFactory的机制，是深入理解Spring容器工作原理的关键一步。这不仅能帮助我们解决复杂的配置问题，还能为高级定制提供坚实基础。

---

思考题：

1. 如何在不实现Aware接口的情况下获取ApplicationContext？
2. 环境属性是如何实现优先级覆盖的？
3. 为什么需要忽略某些Aware接口的自动装配？

欢迎在评论区分享你的见解和实践经验！

---

思考题解答：

问题一解答：可以通过构造函数注入或方法注入的方式获取 ApplicationContext

问题二解答：Spring 的环境属性覆盖遵循以下优先级（从高到低）：

• 命令行参数（–key=value）>
• Java系统属性（System.getProperty）>
• 环境变量（System.getenv）>
• application.properties 或 application.yml 文件 >
• 默认值（在代码中显式设置的默认值）。

问题三解答：忽略某些 Aware 接口的自动装配通常是为了避免不必要的依赖注入，减少耦合。

---

End!

关注「[一只蓝色猿]」，获取更多开发干货、技术解析和效率工具！