java - 生命周期事件中的BeanFactoryPostProcessor和BeanPostProcessor

我试图了解BeanFactoryPostProcessor和BeanPostProcessor之间的区别。

我知道BeanFactoryPostProcessor在bean定义上进行操作，即在实例化bean并调用生命周期事件之前，在创建bean实例之前执行它，并且执行BeanPostProcessor。

这是否意味着BeanFactoryPostProcessor不是在实例化之前被调用的Spring生命周期事件的一部分，而BeanPostProcessor是Spring生命周期事件的一部分呢？请验证我的理解是否正确。

最佳答案

BeanFactoryPostProcessor是一个接口(interface)，实现它的bean实际上是经过Spring生命周期的bean(下面的示例)，但是这些bean不属于其他声明的bean的生命周期。

public class CustomBeanFactory implements BeanFactoryPostProcessor {

    @Override
    public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
        for (String beanName : beanFactory.getBeanDefinitionNames()) {

            BeanDefinition beanDefinition = beanFactory.getBeanDefinition(beanName);

            // Manipulate the beanDefiniton or whatever you need to do

        }
    }
}

BeanFactoryPostProcessor和BeanPostProcessor的区别:

当所有bean定义都将被加载，但尚未实例化任何bean时，将调用实现BeanFactoryPostProcessor的bean。这甚至可以覆盖或添加属性，甚至可以用于初始化bean。这将使您可以访问以XML定义或已注释(通过component-scan扫描)的所有bean。

一个实现BeanPostProcessor的bean在bean(或对象)实例上运行，这意味着当Spring IoC容器实例化bean实例时，BeanPostProcessor接口(interface)就可以工作。

在所有bean定义都将被加载之后，在Spring上下文启动过程中，“

BeanFactoryPostProcessor实现”被“调用”，而当Spring IoC容器实例化一个bean时，即“调用”了BeanPostProcessor(即，在启动过程中，所有单例和对原型(prototype)的需求)一)