转载

深入理解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");
    }
}
复制代码

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

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

我们可以看到，三种初始化方式对应的业务逻辑都被执行了，并且我们可以观察到，@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 还没有被初始化，所以当然无法执行喽，这只不过是我随随便便就想到的一个，还有可能又其他坑的，所以说尽可能分开用。

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

原文 https://juejin.im/post/5eb7d51cf265da7c00202db9

正文到此结束