2025.02.24笔记 ~ langhai

2025.02.24笔记

Bean的生命周期

1、实例化bean：反射的方式生成对象

2、填充bean的属性：populateBean()    循坏依赖的问题（三级缓存）

3、调用aware接口相关的方法：invokeAwareMethod(完成BeanName BeanFactory BeanClassLoader 对象的属性设置)    

4、调用BeanPostProcessor中的前置处理方法：使用比较多的有 (ApplicationContextPostProcessor 设置 ApplicationContext Environment ResourceLoader EmbeddValueResolver等对象)

5、调用initmethod方法：invokeInitmethod()，判断是否实现了initializingBean接口，如果有，调用afterPropertiesSet方法

6、调用BeanPostProcessor的后置处理方法：spring的aop就是在此处实现的，AbstractAutoProxyCreator  注册Destruction相关的回调接口

7、获取到完整的对象，可以通过getBean的方式进行对象的获取

8、销毁流程，判断是否实现DispoableBean接口 调用destroyMethod方法

Spring是如何解决循环依赖的问题的

什么是循坏依赖问题 A依赖B B依赖A

涉及到bean对象的生命周期：实例化    初始化（填充属性）

   先创建 A 对象 实例化A 对象 此时A对象中的b属性为空，从容器中查找B对象，如果找到了，就是直接进行赋值（这种情况不存在循环依赖问题），找不到直接创建B对象，实例化B对象，此时B对象中的a属性为空，填充属性a，从而去容器查找A对象，找不到直接去创建A对象，此时就会形成闭环，造成死循环。

   此时，如果仔细琢磨，其实A对象是存在的，只是A对象不是一个完整的状态，只是完成了实例化，并没有完成初始化。如果在程序调用过程中，拥有了某个对象的引用，能否在后期给他完成赋值操作，可以优先把非完整状态的对象优先赋值，等待后续操作来完成赋值，相当于提前暴露了某个不完整的对象引用。所以解决问题的核心在于实例化和初始化分开操作，也是解决循环依赖问题的关键，当所有对象都完成实例化和初始化操作之后，还要把完整对象放到容器当中。此时在容器中存在对象的几个状态，完成实例化，但是未完成初始化。完整状态。因为都在容器中，所以要使用不同的map结构来进行存储，此时就有了一级缓存、二级缓存。

   如果一级缓存中有了，那么二级缓存中就不会存在同名的对象，因为他们的查找顺序是1、2、3这样的方式来查找的。一级缓存中放的是完整的对象，二级缓存中放的是非完整对象，也就是成品和半成品的区别。

   为什么需要三级缓存？三级缓存的 value 类型是一个ObjectFactory，是一个函数式接口，存在的意义是保证在整个容器的运行过程中同名的bean对象只能有一个。

   普通对象和代理对象是不能同时出现在容器当中的，因此当一个对象需要被代理的时候，就要使用代理对象覆盖之前的普通对象。在实际的调用过程中，是没有办法确定什么时候对象被调用，所以就要求当某个对象被调用的时候，优先需要判断这个对象是否需要被代理，类似一种回调机制，因此传入lambda表达式的时候，可以通过lambda表达式来执行对象的覆盖过程，getEarlyBeanReference()。

   因此，所有对象bean在创建的时候要放到三级缓存中，在后续的使用过程中，如果需要被代理则返回代理对象，如果不需要被代理，则直接返回普通对象。

缓存的放置时间和删除时间

   一级缓存：生成完整对象之后放到一级缓存，删除二三级缓存 addSingleton

   二级缓存：第一次从三级缓存确定对象是代理对象还是普通对象的时候，同时删除三级缓存 getSingleton

   三级缓存：createBeanInstance之后 addSingletonFactory

BeanFactory FactoryBean区别

相同点：都是用来创建Bean对象的

不同点：使用BeanFactory创建对象的时候，必须要遵循严格的生命周期流程，太复杂了。如果想要简单的自定义某个对象的创建，同时创建完成的对象想交给spring来管理，那么就需要实现FactroyBean接口了。

FactoryBean接口：isSingleton：是否是单例对象    getObjectType：获取返回对象的类型    getObject：自定义创建对象的过程（new 反射 动态代理）