[spring] Spring BeanPostProcessor는 정확히 어떻게 작동합니까?

Spring doc은 BeanPostProcessor를 사용하여 콩 커스터마이징 에서 BPP를 설명합니다 . BPP 빈은 다른 빈보다 먼저 생성되고 새로 생성 된 빈과 상호 작용하는 특별한 종류의 빈입니다. 이 구조를 통해 Spring은 단순히 BeanPostProcessoryourself 를 구현하여 라이프 사이클 동작을 연결하고 사용자 정의 할 수있는 수단을 제공합니다 .

같은 사용자 지정 BPP

public class CustomBeanPostProcessor implements BeanPostProcessor {

    public CustomBeanPostProcessor() {
        System.out.println("0. Spring calls constructor");
    }

    @Override
    public Object postProcessBeforeInitialization(Object bean, String beanName)
            throws BeansException {
        System.out.println(bean.getClass() + "  " + beanName);
        return bean;
    }

    @Override
    public Object postProcessAfterInitialization(Object bean, String beanName)
            throws BeansException {
        System.out.println(bean.getClass() + "  " + beanName);
        return bean;
    }
}

호출되고 생성 된 모든 빈에 대한 클래스와 빈 이름을 인쇄합니다.

메소드가 빈의 라이프 사이클에 어떻게 부합하는지, 그리고 메소드가 정확히 언제 호출되는지 확인하려면 문서를 확인하십시오.

postProcessBeforeInitialization (Object bean, String beanName) Bean 초기화 콜백 (InitializingBean의 afterPropertiesSet 또는 사용자 정의 init-method와 같은) 전에이 BeanPostProcessor를 주어진 새 Bean 인스턴스에 적용하십시오.

postProcessAfterInitialization (Object bean, String beanName) Bean 초기화 콜백 (InitializingBean의 afterPropertiesSet 또는 사용자 정의 init-method와 같은) 후에 주어진 새 Bean 인스턴스에이 BeanPostProcessor를 적용하십시오.

중요한 점은

빈은 이미 속성 값으로 채워집니다.

@PostConstruct이 어노테이션이 postProcessAfterInitialization메소드 를 선언하는 편리한 방법 이라는 메모 와의 관계와 관련하여 Spring은 사용자가 등록 CommonAnnotationBeanPostProcessor하거나 <context:annotation-config />Bean 구성 파일을 지정하여 이를 인식 합니다. @PostConstruct메서드의 실행 여부는 속성에 postProcessAfterInitialization따라 다릅니다.order

여러 BeanPostProcessor 인스턴스를 구성 할 수 있으며 order 속성을 설정하여 이러한 BeanPostProcessor가 실행되는 순서를 제어 할 수 있습니다.