Spring源码（五）reflush的obtainFreshBeanFactory方法

• 前言
• createBeanFactory方法
• beanFactory.setSerializationId(getId())方法
• customizeBeanFactory(beanFactory)方法
• loadBeanDefinitions方法

接下来到了Reflush方法下的obtainFreshBeanFactory()方法了。

这里就一个方法，refreshBeanFactory方法。

进入到refreshBeanFactory方法中，可以看到调用了其他方法，本文主要介绍除了loadBeanDefinitions的其他方法。
首先这个refreshFactory方法会判断是否已经创建了beanFactory，如果没有，那么创建一个默认的defaultListableBeanFactory工厂。这里的createBeanFactory就是创建beanFactory的具体步骤。

我们从上图可以知道，createBeanFactory创建的是DefaultListableBeanFactory(getInternalParentBeanFactory())，因为此方法参数是获得父工厂，这里没有，则为空。而DefaultListableBeanFactory方法里面则是创建了一堆东西，但是都没有初始化，也就是没有赋值。而且对sper中定义的是否开启循环依赖以及是否开启beandefinition命名的覆盖都为True。

而且，在创建beanFactory过程中，遇到了熟悉的Aware接口，这个东西是在invokeAwareMethods方法中的，但是你如果从invokeAwareMethods发现只有三个接口，但是Aware具体的实现却很多，那么还有其他Aware接口在哪呢？其实是在beanProcessorBeforeInitizion中。这里忽略的三个Aware接口，实际上是为了在后面统一处理。

具体cerateBeanFactory里面创建的东西就不介绍了，东西太多了。

每个beanFactory都有一个唯一标识，这个唯一标识已经在super中创建好了，所以这里只是设置到beanFactory里面去。

这里是一个扩展点
点进去发现：

但是如果还记得上文的ceteteBeanFactory的allowBeanDefinitionOverridong与allowCirrcularReferences都设置了true，按道理应该不为空，但是实际debug过程中，发现都跳过了，这就意味着两个为空，那为什么?在这个类的前面，我们会看到这样的：

这里为空·！！！
所以我们如果需要的话，这里我们可以做一个扩展点，测试如下，将两个值都设置为false。

然后，debug一下。

发现更改成功，已经为false了。

重点方法！！！需要单独介绍下。