本文链接：https://blog.csdn.net/hhfhhf66/article/details/119648364

一、SpringIOC的理解，原理及实现

控制反转：讲对象交给spring来管理，DI，依赖注入，把对应的属性的值注入到具体的对象中
容器：存储对象，使用map结构存储，在spring中存在三级缓存，SingletonObjects存放完整的bean对象，整个bean的生命周期交给容器来管理

细分：

容器创建过程（beanFactory,DefaultListableBeanFactory）,向bean设置一些参数（BeanPostProcessor,Aware接口的子类）等等属性
加载解析bean对象，准备要创建的bean对象的定义对象beanDefinition，（xml或者注解的解析过程）
beanFactoryPostProcessor的处理。
BeanPostProcessor的注册功能,方便后续对bean对象完成具体的扩展功能
通过反射的方式将BeanDefinition对象实例化成具体的对象
bean对象的初始化过程（填充属性，调用Aware子类的方法，调用BeanPostProcessor前置处理方法，调用init-method方法，调用BeanPostProcessor的后置处理方法）
生成完成的bean对象，通过getBean方法可以直接获取
销毁过程

没看过源码，记以下几句话
spring中的bean都是通过反射的方式生成，同时包含很多扩展点，比如常用对bean的扩展（比如对占位符的处理），ioc中最核心的就是填充具体bean的属性和bean的生命周期

二、SpringIOC的底层实现

关键字：反射，工厂，设计模式
关键方法： createBeanfactory，getBean,doGetBean,createBean,doCreateBean,createBeanInstance（getDeclaredConstructor,newInstance）,populateBean,initializingBean
过程：1. 先通过createBeanFactory创建出一个Bean工厂（DefaultListableBeanFactory）
2. 开始循环创建对象，因为容器中默认bean单例，所以先通过getBean，doGetbean从容器中查找
3. 通过createBean，doCreateBean方法，以反射的方式创建对象，一般情况下使用的是无参的构造方法（getDeclaredConstructor）
4. 进行对象的属性填充populateBean
5. 进行其他的初始化操作（initializingBean）

三、Bean的声明周期

bean声明周期过程图
在这里插入图片描述 文字描述

实例化bean：反射的方式生成对象
填充bean的属性： populateBean(),产生循环依赖问题（三级缓存）
调用aware接口相关的方法： invokeAwareMethod(完成BeanName，BeanFactory，BeanClassLoader对象的属性)
调用BeanPostProcessor中的前置处理方法：常用的方法（ApplicationContextPostProcessor，设置ApplicationContext，Environment，ResourceLoader等对象）
调用initmethod方法： invokeInitMethod(),判断是否实现了initializingBean接口，如果有，调用afterPropertiesSet方法
调用BeanPostProcessor后置处理方法： spring的aop在此处实现，AbstractAutoProxyCreator，注册Destruction相关的回调接口
获取到完整的对象，可以通过getBean的方式来获取对象
销毁流程：判断是否实现了DisposableBean接口，调用destroyMethod方法

四、Spring循环依赖

关键词： 三级缓存，提前暴露对象，aop
先说明bean的创建过程：实例化，初始化（填充属性）

先创建A对象，实例化A对象，此时A对象中的b属性为空
从容器中查找b对象，如果找到了，直接赋值，不存在循环依赖问题，找不到直接创建B对象
实例化B对象，此时B对象中的a属性为空，填充属性a
从容器中查找A对象，找不到，直接创建

此时，形成闭环，但是此时A对象是存在的，只不过a对象不是一个完整的状态，只完成了实例化，但是未完成初始化
可以优先把非完整状态的a对象优先赋值，等待后续操作来完成赋值，相当于提前暴露了某个不完整对象的引用
所以解决问题的核心在实例化和初始化分开操作，当所有对象都完成实例化和初始化操作之后，需要把完整对象放到容器中，
此时在容器中存在对象的几个状态，完成实例化（但未完成初始化）、完整状态，因为都在容器中，所以需要使用不同的map结构来进行存储，此时就出现了一级缓存和二级缓存
如果一级缓存中有的某个对象，那么二级缓存中就不会存在同名的对象，因为查找顺序为：一级->二级->三级
一级缓存存放的是完整对象，二级缓存中放的是非完整对象

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

如果一个对象需要被代理，或者说需要生成代理对象，那么是需要优先生成一个普通对象吗？需要

普通对象和代理对象是不能同时出现在容器中，因此当一个对象被代理的时候，就要使用代理对象覆盖掉之前的普通对象
在实际的调用过程中，是没有办法确定什么时候对象被使用，所以就要求当某个对象被调用的时候，优先判断此对象是否需要被代理，类似于一种回调机制的实现
因此，在所有bean对象在创建的时候都要优先放到三级缓存中，在后续的使用过程中，如果需要被代理则返回代理对象，如果不需要被代理，则返回普通对象

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

三级缓存： createBeanInstance之后 addSingletonFactory
二级缓存：第一次从三级缓存确认对象是代理对象还是普通对象时，同时删除三级缓存 getSingleton
一级缓存：生成完整对象之后放到一级缓存，删除二三级缓存 addSingleton

五、BeanFactory与FactoryBean有什么区别

相同：都是用来创建bean对象
不同：使用BeanFactory创建对象的时候，必须要严格遵循生命周期流程，太复杂，如果想要简单的自定义某个对象的创建，同时创建完成的对象想交给spring管理，需要实现FactoryBean接口
有以下三个方法：

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

六、Spring中用到的设计模式

单例模式： bean默认都是单例的
原型模式：制定作用于为prototype
工厂模式： BeanFactory
模板方法： postProcessorBeanFactory，onRefresh，initPropertyValue
策略模式： XmlBeanDefinitionReader，PropertiesBeanDefinitionReader
观察者模式： listener，event，multicast
适配器模式： Adapter
装饰者模式： BeanWrapper
责任链模式：使用aop的时候会先生成一个拦截器链
代理模式：动态代理
委托者模式： delegate

七、Spring的AOP的底层实现原理

动态代理
aop是ioc的一个扩展功能，现有ioc，再有aop，只是在ioc的整个过程中新增的一个扩展点， BeanPostProcessor的后置方法中实现
总：从aop概念，应用场景，动态代理方面答
分： bean的创建过程中有一个步骤可以对bean进行扩展实现，aop本身就是一个扩展功能，所以在BeanPostProcessor的后置处理方法中进行实现

代理对象的创建过程（advice，切面，切点）
通过jdk或者cglib的方式生成代理对象
在执行方法调用的时候，会调用到生成的字节码文件中，直接找到DynamicAdvisoredInterceptor类中的intercepter方法，从此方法开始执行
根据之前定义好的通知来生成拦截器链
按照拦截器链中依次获取每一个通知开始进行执行，在执行过程中，为了方便找到下一个通知是哪个，会有一个CglibMethodInvocation的对象，找的时候是从-1的位置依次开始查找并且执行的

八、Spring的事务是如何回滚的

spring的事务管理是如何实现的？
总： spring的事务是由aop来实现，首先要生成具体的代理对象，然后按照aop的整套流程来执行具体的操作逻辑，正常情况下通过通知来完成核心功能，但是事务不是通过通知实现，通过 TransactionIntercptor来实现，然后调用 invoke来实现具体逻辑
分：

先做准备工作，解析各个方法上事务相关的属性，根据具体的属性来判断是否开启新事务
当需要开启的时候，获取数据库连接，关闭自动提交功能，开启事务
执行具体的sql逻辑操作
在操作过程中，如果执行失败，那么通过completeTransactionAfterThrowing来完成事务的回滚操作，回滚的具体逻辑是通过doRollBack方法来实现，先获取连接对象，通过连接对象回滚
如果执行过程中，没有意外情况发生，那么通过commitTransactionAfterReturning来完成事务的提交，提交具体逻辑是通过doCommit方法来实现，实现的时候也是先获取连接，再通过连接对象提交
当事务执行完毕之后需要清除相关的事务信息，通过cleanupTransactionInfo方法清除

九、spring事务传播

共有7种传播特性
required，required_new,nested,support,not_support,never,mandatory
某一个事务嵌套另一个事务时怎么办？
A方法调用B方法，AB都有事务，并且传播性不同，那么A如果有异常，B怎么办？B如果有异常，A怎么办？
总：事务的传播特性指的是不同方法的嵌套调用过程中，事务应该如何进行处理，是用同一个事务还是不同的事务，当出现异常的时候会回滚还是提交，两个方法之间的相关影响，使用比较多的required，required_new，nested
分：

事务的不同分类，可以分为三类，支持当前事务（mandatory，required，support），不支持当前事务（required_new，never，not_support），嵌套事务（nested）
如果使用的是同一个事务，出现异常事务统一处理
如果使用的是不同事务，内层事务可能影响外层，外层事务不会影响到内层（nested特殊处理：作为单独的事务提交和回滚）