深入理解Spring IOC之扩展篇(三)、InitializingBean、@PostConstruct、SmartInitializingSingleton

本文主要介绍三个初始化的方式，分别是@PostConstruct，InitializingBean，以及SmartInitializingSingleton这三个，我们直接三个一起用，来看看代码哈。

@Component
public class TestP implements InitializingBean, SmartInitializingSingleton {

    @PostConstruct
    public void test() {
        System.out.println("@PostConstruct");
    }

    @Override
    public void afterPropertiesSet() throws Exception {
        // InitializingBean 的方法
        System.out.println("afterPropertiesSet");
    }

    @Override
    public void afterSingletonsInstantiated() {
        // SmartInitializingSingleton 的方法
        System.out.println("afterSingletonsInstantiated");
    }
}

代码很简单，我们来看看容器启动后的结果：

我们可以看到，三种初始化方式对应的业务逻辑都被执行了，并且我们可以观察到，@PostConstruct是最先被执行的，然后是InitializingBean，最后是SmartInitializingSingleton，那么他们具体的区别是什么呢？我们一起到源码种看看。

调用初始化的代码位于AbstractAutowireCapableBeanFactory中的initializeBean方法中

        protected Object initializeBean(final String beanName, final Object bean, RootBeanDefinition mbd) {
        // 调用几个Aware接口
        if (System.getSecurityManager() != null) {
            AccessController.doPrivileged(new PrivilegedAction<Object>() {
                @Override
                public Object run() {
                    invokeAwareMethods(beanName, bean);
                    return null;
                }
            }, getAccessControlContext());
        }
        else {
            invokeAwareMethods(beanName, bean);
        }

        // 调用所有的BeanPostProcessor的postProcessBeforeInitialization
        Object wrappedBean = bean;
        if (mbd == null || !mbd.isSynthetic()) {
            wrappedBean = applyBeanPostProcessorsBeforeInitialization(wrappedBean, beanName);
        }

        try {
            // 调用InitializingBean的方法和自定义初始化方法
            invokeInitMethods(beanName, wrappedBean, mbd);
        }catch (Throwable ex) {
            throw new BeanCreationException(
                    (mbd != null ? mbd.getResourceDescription() : null),
                    beanName, "Invocation of init method failed", ex);
        }

        // 执行所有BeanPostProcessor的postProcessAfterInitialization方法
        if (mbd == null || !mbd.isSynthetic()) {
            wrappedBean = applyBeanPostProcessorsAfterInitialization(wrappedBean, beanName);
        }
        return wrappedBean;
    }

在这个方法中，我们很明显的可以看到，InitializingBean的执行位置，那么@PostConstruct是在哪里执行的呢？经过debug，我们可以发现它是在调用所有的BeanPostProcessor的postProcessBeforeInitialization的时候被执行的（CommonAnnotationBeanPostProcessor中）。然后SmartInitializingSingleton这个东西需要先说一下，Spring4.0的时候是没有这个东西的，这个是4.1之后加入进来的，这个也可以用来做初始化之后的一些操作，那么它又是什么时候被执行的呢？我们可以在DefaultListableBeanFactory中的preInstantiateSingletons中最后几行中发现：

而这个时候，所有的Bean都已经被初始化了。所以我们在这里做一个小小的总结：这三个初始化的方法，执行先后顺序是@PostConstruct，然后是InitializingBean，最后是SmartInitializingSingleton。举个使用上的小例子，如果A bean要依赖B bean初始化产生的数据的话，那么就可以让A来实现SmartInitializingSingleton，B来实现InitializingBean或者使用@PostConstruct，InitializingBean和@PostConstruct这两个初始化的方式在绝大多数情况下都没什么差别。另外需要注意的是这三个初始化的方法，都不要和之前的BeanFactoryPostProcessor以及BeanPostProcessor一起用，因为是在容器不同阶段来做的事情，比如我举一个例子：

@Component
public class AProcessor implements BeanPostProcessor, PriorityOrdered {

    @PostConstruct
    public void test() {
        System.out.println("AProcessor @PostConstruct");
    }

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

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

    @Override
    public int getOrder() {
        return 0;
    }
}

这个类实现了BeanPostProcessor 和PriorityOrdered 这两个接口，然后我们启动之后发现@PostConstruct里面的东西并没有被执行，这个原因是因为这个类初始化的时候用作执行@PostConstruct的BeanPostProcessor 还没有被初始化，所以当然无法执行喽，这只不过是我随随便便就想到的一个，还有可能又其他坑的，所以说尽可能分开用。

写文章不易，尤其完了要对一个庞大的东西做总结更为不易，所以你的赞对我很重要，求点个赞～