1.xmlBeanFactory对defaultListableBeanFactory类进行扩展，主要用于从XML文档中获取BeanDefinition，对于注册及获取bean都是使用从父类DefaultListableBeanFactory继承的方法去实现。
xmlBeanFactory 主要是使用reader属性对资源文件进行读取和注册。
2.循环依赖。创建bean，核心方法
getBean → doGetBean → createBean → doCreateBean → createBeanInstance → populateBean
3.BeanDefinitionReader获取资源文件，封装成BeanDefinition，通过BeanDefinitionRegistry将其注册起来，保存到BeanDefinitionMap中。BeanFactory根据bean定义信息，通过反射实例化bean。
4.FactoryBean，灵活创建bean。调用getObject方法，才会生成bean，但没有严格的bean生命周期流程
5.spring中有两种bean：容器bean（比如BFPP)、自定义bean
6.FactoryBean和BeanFactory

• FactoryBean本身也是一个bean对象，是一个小工厂，能够生产另外的Bean。“&”+ beanName就是FactoryBean对象。
• BeanFactory是spring的根接口，是大工厂，生成各种各样的bean。普通bean对象没有"&"
  

7.PostProcessor

• 后置处理器、增强器。有了它，我们可以在各个过程中，合理应用它，对bean定义信息进行扩展、修改
• 针对beanFactory的后置处理器
  • BeanFactoryPostProcessor
  • BeanDefinitionRegistryPostProcessor 继承 BeanFactoryPostProcessor
• 针对bean的后置处理器
  • BeanPostProcessor
  • InstantiationAwareBeanPostProcessor 继承 BeanPostProcessor

8.循环依赖-三级缓存

• 只用二级缓存会将AOP中创建代理对象的时机提前，设计之初是让bean在生命周期的最后一步完成代理而不是在实例化后就马上完成
• 循环依赖发生时提前代理，没有循环依赖代理方式不变，依然是初始化后代理
• 如果只有1个缓存，能解决循环依赖吗？
• 如果只有2个缓存，能解决循环依赖吗？
  • 可以，但是有aop的话，会违反设计理念，提前创建代理对象
• 为什么使用3级缓存之后，就可以解决带aop的循环引用
  • aop是在实例化后、属性赋值（被调用）时，判断是否需要生成代理对象的。但是我们没有办法知道对象什么时候要被调用，所以用第3级缓存，保存lambda表达式，当对象被调用时，执行lambda表达式，判断是否返回代理对象
• 为什么spring不能解决构造方法的循环依赖
  • 在Bean调用构造器实例化之前，一二三级缓存并没有Bean的任何相关信息，在实例化之后才放入三级缓存中，因此当getBean的时候缓存并没有命中，这样就抛出了循环依赖的异常了。
• 为什么多例Bean不能解决循环依赖？
  • 我们的bean是单例的，而且是字段注入（setter注入）的，单例意味着只需要创建一次对象，后面就可以从缓存中取出来，字段注入，意味着我们无需调用构造方法进行注入。
  • 如果是原型bean，那么就意味着每次都要去创建对象，无法利用缓存；
  • 如果是构造方法注入，那么就意味着需要调用构造方法注入，也无法利用缓存。
• 三级缓存介绍
  • 一级缓存的作用：存放可用的成品bean；
  • 二级缓存的作用：为了将成熟Bean和纯净Bean分离(未注入属性)，避免多线程下读取到不完整的Bean；存放半成品bean，半成品bean即已经调用完构造但是还没有注入属性和初始化；
  • 三级缓存的作用：用来生产半成品的bean，与getbean方法解耦，能解决aop增强下的循环依赖；存放函数接口/钩子函数，函数接口实现创建动态代理调用BeanPostProcessor，即其要加强的aop处理（为了避免重复创建，调用会返回动态代理对象或者原实例，再存储在二级缓存）；

真正的解决循环依赖是靠二级缓存，不用三级缓存也可以解决循环依赖，但这样就造成了在实例化后就立马完成代理，违背了最后一步完成代理的原则；
在创建bean的时候，在哪里通过什么方式创建了动态代理：通过BeanPostProcessor创建动态代理，在初始化之后或在出现循环依赖时实例化之后（实例化 -> 属性注入 -> 初始化）
发生循环依赖会用到二级缓存，普通依赖过程只用到一三级缓存

9.配置类加@Configuration 和不加的区别
@Bean中被依赖的bean不会被重复加载
@Configuration为Full配置类，经过了enhance增强处理，所有@Bean方法会被BeanMethodInterceptor拦截，根据方法名获取单例，而不是重复加载

10.Spring是怎样避免读取到不完整的Bean

防止多线程下Spring读取到不完整Bean加了两把锁
一把锁放在getSingleton()方法三级缓存，第二个线程阻塞直到第一个线程把二三级缓存删除完；
一把锁放在getSingleton(,)方法，先从单例池再拿一遍单例对象（double check防重复创建单例bean）
怎么样可以在所有Bean创建完后做扩展代码？
ContextRefreshedEvent/SmartInitializingSingleton

11.接口

• BeanFactory

• Aware

• BeanDefition

• BeanDefitionRegistry

  • 注册bean定义信息，对bean定义信息进行增删改查

• BeanDefitionReader：bean定义信息读取器，解析xml、注解，转化为BeanDefinition，添加到BeanDefinitionMap中

• BeanFactoryProcessor：bean工厂后置处理器，可以修改bean定义信息

• BeanPostProcessor： bean后置处理器

• Environment

  • StandardEnviroment :当完成整个程序的加载之后，会运行很多系统的一些属性值，添加到当前对象。后续程序运行的时候，直接从当前对象获取，而不需要每次都去读取
    • System.getEnv()
    • System.getProperties()

• FactoryBean

  BeanFactory和factoryBean的区别都是用来创建对象的。当使用BeanFactory时，必须要遵循完整的创建过程。这个过程由spring管理。factoryBean只需要调用getObject就可以返回具体对象，整个对象创建过程由用户自己控制，更加灵活

  • isSingleton
  • getObject :用来返回具体对象。可以new，也可以反射。核心的点在于进行容器获取对象时，每次创建对象之前，都会提前做当前对象的一个判断
  • getObjectType
  • getBean(“&” + beanName) 就是获取工厂
  • 意义在于，我需要的时候，通过当前工厂里的getObject方法创建，而不需要遵循bean的生命周期

12.spring执行流程

• ClassPathXmlApplicationContext构造方法
  • 调用父类构造方法，进行相关对象创建，初始化操作，准备好一些需要的集合、对象
  • 设置配置文件路径
  • 调用AbstractApplicationContext#refresh 13个方法
    • prepareRefresh：准备刷新工作
      • 设置开启时间
      • 设置开闭状态
      • initPropertySource 初始化属性资源
      • getEnvironment 获取环境对象
        • 父类构造方法中调用了customizePropertySource——定制化属性资源
      • 创建监听器、需要发布的事件集合，方便做扩展属性
    • obtainFreshBeanFacotry获得一个刷新的bean容器,创建当前工厂对象 DefualtListableBeanFactory，同时加载配置文件到属性值到当前工厂中，最重要的就是beanDefinition
      • refreshBeanFactory：如果有bean工厂，关闭，销毁，产生新的工厂
        • createBeanFactory
          • new DefualtListableBeanFactory
        • customizeBeanFacotry:是否允许被覆盖、是否允许被重写
        • loadBeanDefinitions:因为配置文件是多个的，这个方法有N多个重载的方法。把当前这些配置文件解析,封装成Beandefinition
      • getBeanFactory
    • prepareBeanFactory：给当前bean工厂设置属性值，完成bean工厂的初始化工作
      • 加载beanFactoryPostProcessor
      • 忽略aware接口实现，后面是在invokeAwareMethod中实现的
    • postProcessorFactory:后置处理相关操作，方法是空的（模板方法）
    • invokeBeanFactoryPostProcessor,实例化并且执行所有已经注册的BFPP
    • 准备实例化、初始化所需要的一些类、对象。创建bean
• 几个重要的实现类
  • HierarchicalBeanFactory 获取父类工厂。在doGetBean方法中需要获取父类工厂
  • ListableBeanFactory,枚举所有bean实例
  • ConfigurableBeanFactory
  • DefaultListableBeanFactory
• RootBeanDefinition
• GenericBeanDefinition
• getMergedBeanDefinition方法
  
  源码图（调用关系）
  

思维导图链接

spring执行流程总结

1.入口refresh();
2.实例化、初始化bean工厂，加载配置信息、资源、扫描包路径、注解，生成BeanDefinition对象，注册到BeanDefinitionMap中
3.注册BeanPostProcessor，执行BeanFactoryPostProcessor；
4.实例化bean（bean的生命周期）

• 实例化bean对象
• 属性注入
• 初始化
  • 回调aware接口
  • 执行BeanPostBeforeProcessor
  • 如果实现了 InitializingBean接口，执行afterPropertiesSet方法
  • 如果有initMethod方法，就执行
  • 执行BeanPostAfterProcessor
• 使用bean
• 销毁bean