Spring源码相关问题

容器启动过程

循环依赖问题

• 循环依赖问题：A对象依赖B，B对象也依赖A

• 解决循环依赖的核心思想是提前曝光

• 流程：

  1. 通过构建函数创建A对象（A对象是半成品，还没注入属性和调用init方法）。
  2. A对象需要注入B对象，发现缓存里还没有B对象，将半成品对象A放入半成品缓存。
  3. 通过构建函数创建B对象（B对象是半成品，还没注入属性和调用init方法）。
  4. B对象需要注入A对象，从半成品缓存里取到半成品对象A。
  5. B对象继续注入其他属性和初始化，之后将完成品B对象放入完成品缓存。
  6. A对象继续注入属性，从完成品缓存中取到完成品B对象并注入。
  7. A对象继续注入其他属性和初始化，之后将完成品A对象放入完成品缓存。

• 二级缓存可否解决循环依赖：可以解决，将放入三级缓存的操作改为直接生成代理对象放入二级缓存，即可。但是Spring不这样做的原因为以下使用三级缓存的好处

• 使用三级缓存的好处：可以保证在没有循环依赖时，按照Bean正常的生命周期，在bean初始化完成后，再生成代理对象，而不是先生成代理对象，再进行初始化操作

• 概念：

  • 一级缓存（singletonObjects）：也称为单例缓存池，该缓存池中的对象是成品对象，已经实例化完成，可以直接使用
  • 二级缓存（earlySingletonObjects）：该缓存池的对象是半成品对象，就是ObjectFactory生成的对象或者代理对象，还来不及给bean的属性进行赋值，主要用来解决依赖
  • 三级缓存（singletonFactories）：用来存储ObjectFactory对象，对bean进行了一层包装，为了解决需要生成代理对象的情况。ObjectFactory对象的在调用getObject方法时，会判断是否需要调用后置处理器，将对象转换为代理对象，并将代理对象的引用返回

  Spring循环依赖三级缓存是否可以减少为二级缓存？

Bean生命周期

• 流程：

1. 实例化Bean对象，这个时候Bean的对象是非常低级的，基本不能够被我们使用，因为连最基本的属性都没有设置，可以理解为连Autowired注解都是没有解析的；
2. 填充属性，当做完这一步，Bean对象基本是完整的了，可以理解为Autowired注解已经解析完毕，依赖注入完成了；
3. 如果Bean实现了BeanNameAware接口，则调用setBeanName方法；
4. 如果Bean实现了BeanClassLoaderAware接口，则调用setBeanClassLoader方法；
5. 如果Bean实现了BeanFactoryAware接口，则调用setBeanFactory方法；
6. 调用BeanPostProcessor的postProcessBeforeInitialization方法；
7. 如果Bean实现了InitializingBean接口，调用afterPropertiesSet方法；
8. 如果Bean定义了init-method方法，则调用Bean的init-method方法；
9. 调用BeanPostProcessor的postProcessAfterInitialization方法；当进行到这一步，Bean已经被准备就绪了，一直停留在应用的上下文中，直到被销毁；
10. 如果应用的上下文被销毁了，如果Bean实现了DisposableBean接口，则调用destroy方法，如果Bean定义了destory-method声明了销毁方法也会被调用。

BeanFactoryPostProcessor

• 作用：主要用于扩展bean的定义类，在bean实例化之前，读取了bean的配置元数据后，对配置元数据进行修改
• 使用场景：批量修改敏感数据，远程读取配置信息
• 使用：注册一个实现了BeanFactoryPostProcessor的实例，并重载其方法
• 源码执行流程：在bean元信息读取后，实例化bean之前会调用invokeBeanFactoryPostProcessors该方法，该方法会根据类型找到bean工厂的后置处理器进行执行重载的方法

BeanPostProcessor

• 作用：主要用于扩展对bean进行扩展和修改，在bean实例化和属性注入后调用
• 使用场景：生成代理对象，AOP代理对象的生成
• 使用：注册一个实现了BeanPostProcessor的实例，并重载其方法
• 源码执行流程：在bean实例化后，属性注入后，bean的初始化方法调用前后调用applyBeanPostProcessorsBeforeInitialization和applyBeanPostProcessorsAfterInitialization该方法

BeanFactory与FactoryBean区别

• BeanFactory
  • 概念：是Spring工厂的顶级接口，定义了容器的核心方法，如getBean()、containsBean()。它的实现类有DefaultListableBeanFactory、ApplicationContext
  • 作为容器进行bean的管理
  • 使用场景：
    1. 从容器中获取Bean
    2. 检索容器是否包含Bean
    3. 判断Bean是否为单例
• FactoryBean
  • 概念：是一个Bean，可以对继承的对象进行封装，它能够生产一个对象，并不一定是它本身
  • 作用：对Bean进行封装，如对数据库源DataSource的相关默认参数进行设置，又不需要改变DataSource的代码
  • 使用：
    • getObject(‘name’)返回工厂中的实例
    • getObject(’&name’)返回工厂本身的实例
  • 使用场景：
    1. AOP中通过ProxyFactoryBean该Bean创建代理对象
• 区别：
  • 两者都是工厂，但FactoryBean本质还是一个Bean，由BeanFactory管理
  • BeanFactory是Spring的顶层接口，FactoryBean更类似于用户自定义的工厂接口

Spring中BeanFactory与FactoryBean的区别

参考

剑指Spring源码（一）

剑指Spring源码（二）

剑指Spring源码（三）俯瞰Spring的Bean的生命周期（大众版）

Spring中你可能不知道的事（一）

Spring中你可能不知道的事（二）

SpringIOC源码解析(上)

Spring源码解析(下)

spring源码之BeanPostProcessor

Spring 源码学习(五)循环依赖