完成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));
}
什么时候需要设置合并呢
那什么时候stale=true
呢,也就是说是需要进行合并,我们来看看,首先是AbstractBeanFactory
的clearMergedBeanDefinition
:
那他在哪里被用到呢,在AbstractBeanFactory
的markBeanAsCreated
,而且这里注释说了,让他重新合并一下,因为我们为统一处理,都是那合并的来判断的,所以这个时候要进行创建了,得需要最新的bean定义,所以要进行合并一次,获取到最新的bean定义:
另外一个地方是invokeBeanFactoryPostProcessors
的最后:
也就是说BeanFactoryPostProcessor
处理器完之后,bean
定义可能会有变化,所以 我需要重新合并,以保证合并的是最新的 。
合并总结
总结下为什么要合并,简单的说就是spring
希望处理bean
的定义能统一,但是很多bean
定义是不同的子类实现类,而且可能被处理器修改,所以spring
就需要在访问bean
定义的时候进行合并,一方面合并最新的定义,一方面可以统一处理,其实是我猜的。
写了那么多,好像就讲了几个放大,惭愧啊,不过没关系,能理解就好,也不算我白写了,后面的我们下次继续吧。
好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵。
Java 面试宝典是大明哥全力打造的 Java 精品面试题,它是一份靠谱、强大、详细、经典的 Java 后端面试宝典。它不仅仅只是一道道面试题,而是一套完整的 Java 知识体系,一套你 Java 知识点的扫盲贴。
它的内容包括:
- 大厂真题:Java 面试宝典里面的题目都是最近几年的高频的大厂面试真题。
- 原创内容:Java 面试宝典内容全部都是大明哥原创,内容全面且通俗易懂,回答部分可以直接作为面试回答内容。
- 持续更新:一次购买,永久有效。大明哥会持续更新 3+ 年,累计更新 1000+,宝典会不断迭代更新,保证最新、最全面。
- 覆盖全面:本宝典累计更新 1000+,从 Java 入门到 Java 架构的高频面试题,实现 360° 全覆盖。
- 不止面试:内容包含面试题解析、内容详解、知识扩展,它不仅仅只是一份面试题,更是一套完整的 Java 知识体系。
- 宝典详情:https://www.yuque.com/chenssy/sike-java/xvlo920axlp7sf4k
- 宝典总览:https://www.yuque.com/chenssy/sike-java/yogsehzntzgp4ly1
- 宝典进展:https://www.yuque.com/chenssy/sike-java/en9ned7loo47z5aw
目前 Java 面试宝典累计更新 400+ 道,总字数 42w+。大明哥还在持续更新中,下图是大明哥在 2024-12 月份的更新情况:
想了解详情的小伙伴,扫描下面二维码加大明哥微信【daming091】咨询
同时,大明哥也整理一套目前市面最常见的热点面试题。微信搜[大明哥聊 Java]或扫描下方二维码关注大明哥的原创公众号[大明哥聊 Java] ,回复【面试题】 即可免费领取。