答读者问：BeanFactoryPostProcessor 似乎失效了？
内容提要
本文讨论了 Spring 框架中 BeanFactoryPostProcessor 的使用，分析了 XML 配置与 Java 配置的差异。指出 XML 配置中的占位符可以被正确解析，而使用 @Bean 注解的配置则无法自动解析占位符。
延伸解读
BeanDefinition 类型差异是关键
文章指出，XML 定义的 Bean 解析为 GenericBeanDefinition，而 @Bean 注解定义的 Bean 解析为 ConfigurationClassBeanDefinition。这两种 BeanDefinition 对属性信息的记录方式不同：XML 中所有属性都会先解析到 BeanDefinition 中，而 @Bean 方法内部的赋值逻辑不会被记录。因此，BeanFactoryPostProcessor 能否处理占位符，取决于属性是否在 BeanDefinition 中可见。
处理时机决定占位符能否被替换
在 Spring 容器的 refresh 流程中，XML 配置的 Bean 属性在 obtainFreshBeanFactory 阶段被解析到 BeanDefinition，随后 invokeBeanFactoryPostProcessors 阶段执行 BeanFactoryPostProcessor，此时占位符可被替换。而 @Bean 注解的方法本身是在 ConfigurationClassPostProcessor（一个 BeanFactoryPostProcessor）中被解析为 BeanDefinition
对开发者的实际启示
如果你在 @Bean 方法中直接使用占位符（如 ${db.username}）为属性赋值，BeanFactoryPostProcessor 无法自动解析，因为方法逻辑不在 BeanDefinition 中。文章提醒，这种场景下需要换用其他方式处理占位符，例如通过 Environment 或 @Value 注解。理解这一差异有助于避免配置失效问题，并更深入地掌握 Spring 的扩展点机制。
Q&A
BeanFactoryPostProcessor 在 Spring 中的作用是什么？
BeanFactoryPostProcessor 用于在 Spring 容器初始化时处理 Bean 的定义，特别是解析和替换占位符。
为什么 @Bean 注解的配置无法自动解析占位符？
因为 @Bean 注解的方法内部逻辑未被解析到 BeanDefinition 中，导致占位符无法被自动替换。
XML 配置和 Java 配置在 Bean 定义上有什么区别？
XML 配置的 Bean 解析为 GenericBeanDefinition，而 Java 配置的 Bean 解析为 ConfigurationClassBeanDefinition，处理原理不同。
如何在 Spring 中使用占位符？
在 XML 配置中，可以使用如 ${db.username} 的格式定义占位符，BeanFactoryPostProcessor 会在初始化时解析它们。
BeanFactoryPostProcessor 的执行顺序是怎样的？
在 Spring 容器的 refresh 方法中，首先解析 BeanDefinition，然后执行所有的 BeanFactoryPostProcessor，最后完成 Bean 的初始化。
在 Spring 中如何定义 Bean？
可以通过 XML 文件或使用 @Bean 注解在 Java 代码中定义 Bean，两者的解析方式和处理逻辑不同。
