Spring 5.x 源码之旅-35之实例化之前和初始化之后扩展点

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

​​​​​​码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

处理器扩展点流程图

先把这个图送上，在创建bean的过程中基本就是这些了，可能还有其他地方我漏了，看到的大神提醒下啊，下次补。然后我们一个个来将下这些扩展点能做什么。

resolveBeforeInstantiation实例化之前

在实例化之前吃

    	@Nullable
    	protected Object resolveBeforeInstantiation(String beanName, RootBeanDefinition mbd) {
    		Object bean = null;
    		if (!Boolean.FALSE.equals(mbd.beforeInstantiationResolved)) {
    			// Make sure bean class is actually resolved at this point.
    			if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors()) {//非合成的，且有InstantiationAwareBeanPostProcessors
    				Class<?> targetType = determineTargetType(beanName, mbd);//获取类型
    				if (targetType != null) {
    					bean = applyBeanPostProcessorsBeforeInstantiation(targetType, beanName);
    					if (bean != null) {
    						bean = applyBeanPostProcessorsAfterInitialization(bean, beanName);
    					}
    				}
    			}
    			mbd.beforeInstantiationResolved = (bean != null);//是否解析了
    		}
    		return bean;
    	}

applyBeanPostProcessorsBeforeInstantiation实例化之前

InstantiationAwareBeanPostProcessor接口的处理器处理，比如可以把一个对象替换成另外一个。

    @Nullable
    	protected Object applyBeanPostProcessorsBeforeInstantiation(Class<?> beanClass, String beanName) {
    		for (BeanPostProcessor bp : getBeanPostProcessors()) {
    			if (bp instanceof InstantiationAwareBeanPostProcessor) {
    				InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
    				Object result = ibp.postProcessBeforeInstantiation(beanClass, beanName);
    				if (result != null) {
    					return result;
    				}
    			}
    		}
    		return null;
    	}

applyBeanPostProcessorsAfterInitialization初始化

这个主要是前面如果有返回不为空的，就会执行这个来初始化。

    	@Override
    	public Object applyBeanPostProcessorsAfterInitialization(Object existingBean, String beanName)
    			throws BeansException {
    
    		Object result = existingBean;
    		for (BeanPostProcessor processor : getBeanPostProcessors()) {
    			Object current = processor.postProcessAfterInitialization(result, beanName);
    			if (current == null) {
    				return result;
    			}
    			result = current;
    		}
    		return result;
    	}

扩展点实战

我们来试试刚才的扩展点，我想把MyConfig类替换掉。替换成和spring无依赖的一个类：

MyInstantiationAwareBeanPostProcessor扩展类

postProcessBeforeInstantiation方法返回MyBeforeInstantiation对象，然后postProcessAfterInitialization初始化属性age。

    @Component
    public class MyInstantiationAwareBeanPostProcessor implements InstantiationAwareBeanPostProcessor
    {
    
        @Override
        public Object postProcessBeforeInstantiation(Class<?> beanClass, String beanName) throws BeansException {
            return new MyBeforeInstantiation();
        }
    
    
        @Override
        public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
            MyBeforeInstantiation myBeforeInstantiation=(MyBeforeInstantiation)bean;
            myBeforeInstantiation.age=10;
            return null;
        }
    }

测试代码

     @Test
        public void BeanDefinitionRegistryPostProcessorTest0() throws Exception {
            AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext();
            applicationContext.register(MyConfig.class);
            applicationContext.refresh();
            MyBeforeInstantiation myBeforeInstantiation = applicationContext.getBean(MyBeforeInstantiation.class);
            System.out.println(myBeforeInstantiation.age);

在MyConfig实例化之前替换：

之后就初始化age：

最后单例就变这样：

取出来了：