【Spring源码】16. Bean的创建过程（2）

【Spring源码系列- IOC】

本文目录

getMergedLocalBeanDefinition()

isAbstract() & isSingleton() & isLazyInit()

isAbstract()

isSingleton()

isLazyInit()

isFactoryBean()

getSingleton()

getBean()

doGetBean()

getObjectForBeanInstance()

在上篇文章中，我们介绍了finishBeanFactoryInitialization()方法的大致执行的功能，这篇来介绍下preInstantiateSingletons()这个真正执行实例化逻辑操作的方法

进入他的实现类

找到在DefaultListableBeanFactory中重写的preInstantiateSingletons()方法

这个方法中的第一步先创建了一个大小与this.beanDefinitionNames相等的List，之后就触发了所有非延迟加载单例Bean的初始化，即开始遍历集合中的对象。

在循环中，先进行了合并父类BeanDefinition的操作

getMergedLocalBeanDefinition()

getMergedLocalBeanDefinition()方法中，先查询了BeanName对应的mergedBeanDefinitions是否存在于BeanFactoryPostProcessor中添加的缓存（mergedBeanDefinitions）之中，这里的mergedBeanDefinitions是一个大小为256的ConcurrentHashMap

• 存在且值“新鲜”则直接返回

  • mbd.stale字段（true/false）用于判断当前缓存值是否新鲜

• 如果不存在，就会根据BeanName和BeanDefinition来获取mergedBeanDefinitions

isAbstract() & isSingleton() & isLazyInit()

然后，该BeanDefinition判断是否为非抽象，且单例，且非懒加的BeanDefinition 其中，关于判断的三个函数

• bd.isAbstract()

• bd.isSingleton()

• bd.isLazyInit()

isAbstract()

用于判断这个Bean是否是 “抽象的”

isSingleton()

返回当前Bean否是一个单一的共享实例

isLazyInit()

返回当前Bean是否应该被懒加载，即应不应该在启动时立刻进行实例化（只适用于单实例）

这3个方法同时为true时，会再继续进isFactoryBean()的判断

isFactoryBean()

这个方法是判断当前传入的Bean是否是一个FactoryBean

里面有个很重要的方法getSingleton()

getSingleton()

在这个方法中会先从一级缓存中获取BeanName对应的单例对象；

如果没有的话，会再去二级缓存中查找早期单例对象（二级缓存中的单例对象之所称成为早期单例对象，是因为earlySingletonObjects里的对象的都是通过提前曝光的ObjectFactory创建出米的，还未进行属性填充等操作）；如果在早期单例对象缓存中也没有，并且允许创建早期单例对象引用。

当某些方法需要提前初始化的时候则会调用addSingletonFactory方法将对应的ObjectFactory初始化策略存储在singletonFactory中，如果这个单例对象工厂存在，则通过它创建一个单例对象，并将该对象存入缓存中，由于二级缓存和三级缓存的对象不能同时存在，所以需要在在二级缓存中添加完对象后，从三级缓存中移除该单例对象。 如果isFactoryBean()的判断仍为true，则会根据&+beanName来调用getBean()方法获取具体的对象

FACTORY_BEAN_PREFIX表示&

getBean()

我们通过调用getBean()方法获取具体的对象

​进入“实际干活儿”的doGetBean()

doGetBean()

进入这个方法后，首先提取对应的BeanName

执行这步转换是因为如果Bean对象实现了FactoryBean接口之后就会变成&beanName

随后，会检查单例缓存中是否有手动注册的单例对象，getSingleton()方法我们在上一篇有介绍股过，它里面是与循环依赖/三级缓存相关的处理逻辑

​如果从缓存中获取到的对象不为空，则会调用getObjectForBeanInstance()获取Bean的实例

getObjectForBeanInstance()

getObjectForBeanInstance()方法返回对象的实例

​如果一个Bean对象实现了FactoryBean接口，那么在整个Spring的生命周期中会创建两个对象，第一个表示实现了FactoryBean接口的子类，由Spring帮我们创建，会调用getObject方法返回一个对象，此对象的创建的过程就是由getObjectForBeanInstance方法调用实现的。 如果未在缓存中获得对象的实例，则会再进一步判断当前模式，如果是原型模式且出现了循环依赖则抛出异常

如果在上一步未抛出异常，则会尝试获取父容器（一般来讲在Spring框架中父容器都是null，Spring MVC中的父子容器关系较多）

• 先在子容器中找，没有的话再去父容器中找

​typeCheckOnly默认false，标志当前Bean是否需要创建并添加进相应的集合来存放）

当我们需要实际创建bean的时候，需要对当前的Bean进行重新合并，以防止一些源数据被修改

接下来会调用getMergedLocalBeanDefinition()方法，根据BeanName获取该Bean完整的描述信息（这个方法上篇也有详细介绍过哦，这里就不重复介绍啦(˶‾᷄ ⁻̫ ‾᷅˵)）

mbd.getDependsOn()判断是否存在依赖的Bean（被依赖的对象需要提前创建），如果存在依赖的Bean的话，需要优先实例化依赖的Bean，这里使用了递归调用，以解决依赖里有依赖里有依赖的问题

接下来，我们就进入了真正要创建Bean的逻辑叻

值得注意的是，这里的getSingleton()跟之前（记不记得哪里也出现过啦(b_d)，就是preInstantiateSingletons()方法中进行isFactoryBean()判断方法中呀*ﾟ▽ﾟ*>）

但其实这两个方法并不是同一个方法，不过他们都是DefaultSingletonBeanRegistry中的重载方法

​第一个参数都是beanName；

第二个参数不同，这里的getSingleton()的第二个参数是ObjectFactory<?>（也就是上面介绍的那个函数式接口），而且在getSingleton(String beanName, ObjectFactory<?> singletonFactory)中只查询了一级缓存singletonObjects，而getSingleton(String beanName, boolean allowEarlyReference)中还涉及到了二级缓存earlySingletonObjects，以及三级缓存singletonFactories都涉及到了

当前执行到这里的getSingleton(String beanName, boolean allowEarlyReference)方法的第二个参数此时传入的是一个匿名内部类，即下图阴影部分：

进入getSingleton()方法后可以看到：

这个匿名内部类是Objectfactory，而Objectfactory是一个函数式接口（被@FunctionalInterface修饰），当调用其中的getObject方法的时候，才会将实际传递的匿名内部类中的实际逻辑进行执行

• 函数式接口(Functional Interface)就是一个有且仅有一个抽象方法（但是可以有多个非抽象方法的接口），函数式接口可以被隐式转换为 lambda 表达式，当前的这个getSingleton(String beanName, ObjectFactory<?> singletonFactory)方法的第二个参数就是以lambda表达式的方式传入的

​在这里是指只有当调用了Objectfactory的getObject()方法，才会执行当作入参传入的逻辑，即执行上面图中的阴影部分中的createBean()

​So，终于我们下篇要开始create bean啦*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)’･*:.｡. .｡.:*･゜ﾟ･*