Spring 5.x 源码之旅-13finishBeanFactoryInitialization和getMergedLocalBeanDefinition

原创于 2024-02-29 08:20:14 发布 · 930 阅读

26 ·

CC 4.0 BY-SA版权

文章标签：

#spring #spring源码

spring源码解析专栏收录该内容

94 篇文章

订阅专栏

作者简介：大家好，我是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下的验证结果当作最终结果的水货们请闭嘴】

完成BeanFactory的初始化

前面已经分析完invokeBeanFactoryPostProcessors和registerBeanPostProcessors了，然后中间的一些不是核心的暂时略过，最后剩下最核心的一块，这里面是进行单例的bean创建了，也是最核心的地方，我们慢慢分析吧，省略了非核心代码，其实就只剩一句代码了。

    protected void finishBeanFactoryInitialization(ConfigurableListableBeanFactory beanFactory) {
    		...
    		//准备实例化单例
    		// Instantiate all remaining (non-lazy-init) singletons.
    		beanFactory.preInstantiateSingletons();
    	}

DefaultListableBeanFactory的preInstantiateSingletons

首先会获取所有的beanDefinitionNames，然后创建一个副本，避免在使用的时候有改变。然后遍历bean名字，如果非抽象，非懒加载的单例实例，如果是FactoryBean的话，就获取FactoryBean实例，如果获取到了这个实例，就判断是否需要立即加载FactoryBean中创建的实例，默认是不创建的，需要的时候创建。这里要注意获取FactoryBean自身的名字是beanName前面加&符号，如果是获取FactoryBean创建的实例，名字就是beanName。如果不是FactoryBean类型的，就直接去获取。

获取完成后，所有单例还要进行处理器处理，如果是SmartInitializingSingleton 类型的，就进行afterSingletonsInstantiated的调用。

    @Override
    	public void preInstantiateSingletons() throws BeansException {
    		...
    		List<String> beanNames = new ArrayList<>(this.beanDefinitionNames);//创建一个副本，让原始的还能继续注册bean定义
    		//触发非懒加载的单例bean初始化
    		for (String beanName : beanNames) {
    			RootBeanDefinition bd = getMergedLocalBeanDefinition(beanName);//合并父类的bean定义
    			if (!bd.isAbstract() && bd.isSingleton() && !bd.isLazyInit()) {//非抽象，单例，非懒加载
    				if (isFactoryBean(beanName)) {//是否是FactoryBean类型的，是的话要加前缀获取
    					Object bean = getBean(FACTORY_BEAN_PREFIX + beanName);//获取FactoryBean
    					if (bean instanceof FactoryBean) {
    						final FactoryBean<?> factory = (FactoryBean<?>) bean;
    						boolean isEagerInit;//是否需要立即创建FactoryBean中的bean
    						if (System.getSecurityManager() != null && factory instanceof SmartFactoryBean) {
    							isEagerInit = AccessController.doPrivileged((PrivilegedAction<Boolean>)
    											((SmartFactoryBean<?>) factory)::isEagerInit,
    									getAccessControlContext());
    						}
    						else {
    							isEagerInit = (factory instanceof SmartFactoryBean &&
    									((SmartFactoryBean<?>) factory).isEagerInit());
    						}
    						if (isEagerInit) {
    							getBean(beanName);
    						}
    					}
    				}
    				else {//非FactoryBean
    					getBean(beanName);
    				}
    			}
    		}
    		//所有单例的还要进行处理器处理
    		for (String beanName : beanNames) {
    			Object singletonInstance = getSingleton(beanName);
    			if (singletonInstance instanceof SmartInitializingSingleton) {
    				final SmartInitializingSingleton smartSingleton = (SmartInitializingSingleton) singletonInstance;
    				if (System.getSecurityManager() != null) {
    					AccessController.doPrivileged((PrivilegedAction<Object>) () -> {
    						smartSingleton.afterSingletonsInstantiated();
    						return null;
    					}, getAccessControlContext());
    				}
    				else {
    					smartSingleton.afterSingletonsInstantiated();
    				}
    			}
    		}
    	}

FactoryBean实战例子

创建一个FactoryBean类，UserDao就是一个接口，UserDaoImple是实现类。

    @Component
    public class TestFactoryBean implements FactoryBean<UserDao> {
    	@Override
    	public UserDao getObject() throws Exception {
    		return new UserDaoImple();
    	}
    
    	@Override
    	public Class<?> getObjectType() {
    		return UserDao.class;
    	}
    }

测试一–获取testFactoryBean，获取的是TestFactoryBean的getObject()创建的实例：

     @Test
        public void FactoryBeanTest() {
            AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext();
            applicationContext.register(TestFactoryBean.class);
            applicationContext.refresh();
            Object obj=  applicationContext.getBean("testFactoryBean");
            System.out.println(obj);
        }

测试二–获取&testFactoryBean，获取TestFactoryBean自身：

     @Test
        public void FactoryBeanTest() {
            AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext();
            applicationContext.register(TestFactoryBean.class);
            applicationContext.refresh();
            Object obj=  applicationContext.getBean("&testFactoryBean");
            System.out.println(obj);
        }

getMergedLocalBeanDefinition合并bean定义

其实这个很早就有了，前面没讲，现在讲比较合适。为什么要有这个，不是都有bean定义了么，我想这个可能是为了要 统一处理 ，很多地方都是获取合并后bean定义的来处理的，因为bean定义可能会 被修改 ，处理的时候 又想处理最新的 ，那就需要将可能修改的bean定义再一次合并成统一的RootBeanDefinition。因为BeanDefinition有不同的实现类，但是肯定会有一个比较全面的子类，就是RootBeanDefinition，而且他还提供了深拷贝的构造函数和克隆方法，可以传入其他BeanDefinition子类并创建一个新的RootBeanDefinition来进行属性的深拷贝。

我们来看这个方法的源码，先从合并的定义中获取，如果发现存在，且不需要合并了就直接返回，否则就进行合并。stale属性表示是否要进行合并，默认是需要的。

    	protected RootBeanDefinition getMergedLocalBeanDefinition(String beanName) throws BeansException {
    		// Quick check on the concurrent map first, with minimal locking.
    		RootBeanDefinition mbd = this.mergedBeanDefinitions.get(beanName);
    		if (mbd != null && !mbd.stale) {//存在且不需要合并的话就直接返回
    			return mbd;
    		}
    		return getMergedBeanDefinition(beanName, getBeanDefinition(beanName));
    	}