В чем разница между BeanPostProcessor и BeanFactoryPostProcessor?

В Spring Framework контейнер инверсии управления (IoC) предоставляет мощные механизмы для кастомизации процесса создания и настройки бинов. Два интерфейса, BeanFactoryPostProcessor и BeanPostProcessor, являются основными точками расширения, но работают на разных этапах жизненного цикла контейнера.

BeanFactoryPostProcessor

Этот процессор вызывается до создания экземпляров бинов, когда контейнер уже загрузил определения бинов (BeanDefinition), но ещё не начал их инстанцировать. Его основная задача — модификация этих метаданных. Например, вы можете программно изменить scope бина, добавить свойства или даже заменить класс, который будет использоваться для создания бина.

import org.springframework.beans.factory.config.BeanFactoryPostProcessor;
import org.springframework.beans.factory.config.ConfigurableListableBeanFactory;

public class CustomBeanFactoryPostProcessor implements BeanFactoryPostProcessor {
    @Override
    public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) {
        // Получаем метаданные бина с именем "myService"
        var beanDefinition = beanFactory.getBeanDefinition("myService");
        // Меняем scope на prototype
        beanDefinition.setScope("prototype");
        // Добавляем свойство
        beanDefinition.getPropertyValues().add("customProperty", "value");
    }
}

BeanPostProcessor

Этот процессор вызывается после создания экземпляра бина, но до его полной инициализации (postProcessBeforeInitialization) и после инициализации (postProcessAfterInitialization). Он работает с готовым объектом, позволяя внедрить прокси, выполнить инъекцию зависимостей на основе аннотаций (как @Autowired, @PostConstruct) или изменить состояние объекта.

import org.springframework.beans.factory.config.BeanPostProcessor;

public class CustomBeanPostProcessor implements BeanPostProcessor {
    @Override
    public Object postProcessBeforeInitialization(Object bean, String beanName) {
        // Вызывается перед init-методом (например, @PostConstruct)
        System.out.println("Before init: " + beanName);
        return bean; // Можно вернуть обёртку или прокси
    }

    @Override
    public Object postProcessAfterInitialization(Object bean, String beanName) {
        // Вызывается после init-метода
        if (bean instanceof MyService) {
            // Можем обернуть бин в прокси для добавления логирования
            return Proxy.newProxyInstance(...);
        }
        return bean;
    }
}

Ключевые различия и применение

• Время вызова: BeanFactoryPostProcessor — на этапе конфигурации фабрики бинов; BeanPostProcessor — на этапе инициализации каждого отдельного бина.
• Объект работы: BeanFactoryPostProcessor работает с BeanDefinition (метаданные), BeanPostProcessor — с готовым экземпляром объекта.
• Типичное использование: BeanFactoryPostProcessor применяется для глобальной модификации конфигурации (например, PropertySourcesPlaceholderConfigurer для подстановки properties). BeanPostProcessor используется для кастомизации бинов (например, создание прокси для AOP, обработка аннотаций).

Вывод: Используйте BeanFactoryPostProcessor, когда вам нужно изменить саму конфигурацию или определение бинов до их создания. BeanPostProcessor же нужен для модификации или обёртки уже созданных экземпляров бинов, что часто используется для реализации cross-cutting concerns (логирование, транзакции, безопасность) через механизмы, подобные AOP.