面试部分难点梳理Spring+SpringBoot自动装配

Spring程序是如何启动的

• 整体流程(除去各种PostProcessor的细节) &＃xff1a;

  1. 获取从外部文件或注解中得到的信息&＃xff0c;并封装到BeanDefinition中。其中存有bean的定义信息。
  2. 根据BeanDefinition&＃xff0c;创建beanFactory工厂。
  3. 得到bean的对象(全是空)&＃xff0c;将这个初始化对象进行初始化。
  4. 得到完整的可用对象&＃xff0c;并使用。

• 能够进行AOP切片的位置

  1. 从BeanDefinition到BeanFactory。
  2. 从实例化对象到初始化对象。
  3. 初始化对象到得到完整的可用对象。

• 

• 

• 在上述的图中&＃xff0c;从BeanDefinitionReader得到的BeanDefinition还是会有占位符&＃xff0c;不会替换。在invokeBeanFactoryPostProcessor中会将占位符&＃xff0c;替换成我们配置信息。

• 

• 在实例化对象前(3.5步骤)&＃xff0c;会准备beanPostProcesspr&＃xff0c;准备监听器&＃xff0c;事件和广播器。(观察者模式)

aware接口的作用

• aware的目的是得到SpringIOC容器创建好的对象的相应属性

如何加载配置文件到应用程序

• 文档
• 大概的流程:
  1. 通过I/O流得到xml的内容到内存&＃xff1b;
  2. 将内存中流转化成document(sax解析器)&＃xff1b;
  3. 根据不同的命名空间&＃xff0c;找到对应的Handler&＃xff1b;
  4. 遍历每一个子元素&＃xff1b;
  5. 对不同的元素进行解析&＃xff1b;
  6. 得到BeanDefinition。
• 

循环依赖

• A对象的属性有B&＃xff0c;B对象的属性有A&＃xff0c;由于Spring创建对象默认是单例模式&＃xff0c;因此&＃xff0c;对导致A和B之间会循环引用&＃xff0c;无休无止。
• 对于构造器注入的方式是无法打破循环依赖的&＃xff0c;只有通过set注入的方式才可以打破循环依赖。
• 创建Bean的函数调用链:
• getBean -> doGetBean ->createBean -> doCreateBean ->createBeanInstance ->populateBean
• 循环依赖图示:
  1. 创造A对象
  2. 实例化A对象
  3. set()填充A对象&＃xff0c;如果有A对象则直接填充&＃xff0c;如果没有则创建B对象。
  4. 实例化B对象
  5. set()填充B对象&＃xff0c;如果有B对象则直接填充&＃xff0c;如果没有则创建A对象。
• 这样反复调用创建A和B对象&＃xff0c;导致产生循环&＃xff0c;出现问题。
• 
• 因此三级缓存的作用就在于&＃xff0c;将实例化但未完成初始化的对象进行临时储存。从而在B找不到A对象处进行处理&＃xff0c;返回未完成创建的A对象。
• 

三级缓存

• 如果要自己debug&＃xff0c;从preInstantiateSingletons()方法开始debug。

• Bean对象成为成品的流程是&＃xff1a;

  1. 未经过Aop增强的半成品(三级缓存)&＃xff0c;存储的是lambda表达式而不是对象。
  2. 经过Aop增强的半成品(二级缓存)
  3. 完全实例化和初始化的成品(一级缓存)

• 

• 一级缓存是singletonObjects&＃xff0c;用于存放完成实例化和初始化的bean对象。(成品)

• 二级缓存是earlySingletonObjects&＃xff0c;用于存放完成实例化但未完成初始化的bean对象。(经过AOP增强过半成品)

• 三级缓存是singletonFactories&＃xff0c;用于存放需要进行AOP增强&＃xff0c;但还未进行增强的半成品。(未经过AOP增强的半成品)

• 三级缓存的流程:

  1. A实例化对象。
  2. 将A存入三级缓存中
  3. 注入A的属性&＃xff0c;尝试获取B对象
  4. B对象为空&＃xff0c;同时一级缓存和二级中也没有&＃xff0c;创建B对象
  5. B实例化对象
  6. 将B存入三级缓存中
  7. 注入B的属性&＃xff0c;尝试获取A对象
  8. 没有A对象&＃xff0c;但是发现A对象处于正在创建的状态
  9. 从三级缓存中拿出A对象&＃xff0c;经过AOP增强后&＃xff0c;放到A的二级缓存中&＃xff0c;同时删除A的三级缓存。并返回。
  10. 将A对象填充给B对象&＃xff0c;同时删除A的二级缓存中和B的三级缓存&＃xff0c;经过AOP增强后&＃xff0c;将B对象(成品)放到一级缓存中。
  11. 一直返回到&＃xff0c;填充A对象的B属性&＃xff0c;发现B对象在一级缓存中&＃xff0c;使用一级缓存的B对象填充给A。
  12. 删除B三级对象和A的二级对象。

• 

• 如果没有循环依赖的话&＃xff0c;直接在将属性填充以后&＃xff0c;直接调用三级缓存&＃xff0c;进行AOP增强&＃xff0c;放到一级缓存&＃xff0c;不会使用二级缓存。

三级缓存面试问题

• 仅仅使用一级缓存行不行?

  不行&＃xff0c;如果仅仅使用一级缓存&＃xff0c;会导致半成品对象和成品对象放到了一个map中&＃xff0c;会导致后面取出的对象是半成品对象。

• 仅仅使用二级缓存行不行?

  在不使用aop增强的情况下是可以的&＃xff0c;但是在使用aop增强后&＃xff0c;因为aop也是输入一个对象&＃xff0c;然后生成了一个对象&＃xff0c;也需要两个缓存池子去存&＃xff0c;因此也是不可以的。

• 三级缓存做了什么事情?

  三级缓存主要解决了aop过程中产生的循环依赖的问题&＃xff0c;aop需要一个原对象&＃xff0c;然后生成一个代理对象。三级缓存中缓存的是原对象&＃xff0c;二级缓存中缓存的是经过aop代理后生成的代理对象。如果没有三级缓存&＃xff0c;则会导致代理对象和原对象都存储到二级缓存中&＃xff0c;依旧会导致取出的对象不是成品对象的问题。

谈谈Spring IOC的理解&＃xff0c;原理与实现?

• 总:

1. IOC是一种控制反转的思想&＃xff0c;原来的对象是由使用者来创建的&＃xff0c;Spring是由把整个对象交给Spring来管理的。其实实现方式DI依赖注入&＃xff0c;比如方法populateBean()来完成对实例后的对象的属性进行填充。
2. IOC是一种容器&＃xff0c;是通过三级缓存的方式在存储的&＃xff0c;一般完整的bean对象是存储在singletonObjects的ConcurrentHashMap中。

• 分:

1. 首先Spring在开始时创建BeanFactory&＃xff0c;并像BeanFactory中设置一些属性&＃xff0c;包括&＃61;&＃61;BeanPostProcessor&＃xff0c;和Aware接口的子类等。
2. 从XML等方式加载配置文件信息到BeanDefinition中。
3. 然后触发BeanFactoryPostProcessor增强器&＃xff0c;进行相应的处理&＃xff0c;这里可以做很多扩展处理&＃xff0c;例如在这里会对配置文件中的占位符进行置换。
4. 注册BeanPostProcessor&＃xff0c;方便对后面创建的对象进行拓展。
5. BeanFactory会通过反射的方式&＃xff0c;将Bean对象实例化&＃xff0c;目前这个对象没有属性被填充。
6. 然后就开始了一个bean的生命周期&＃xff0c;包括填充bean对象的属性&＃xff0c;调用aware子类的方法&＃xff0c;一般顺序是先beanNameAware&＃xff0c;然后是BeanFactoryAware&＃xff0c;然后是ApplicationContextAware&＃xff0c;然后调用BeanPostProcessor的前增强器&＃xff0c;然后调用init_method方法&＃xff0c;然后调用BeanPostProcessor的后增强器。
7. 然后生成了一个完整的bean&＃xff0c;通过getBean的方法可以获取这个bean
8. 最后销毁Bean

• 结&＃xff1a;

这是我对SpringIOC的理解&＃xff0c;面试官您有什么疑问&＃xff1f;

谈一下springIOC的底层实现

1. 首先通过createBean()方法创建一个bean工厂(defaultListableBeanFactory)
2. 然后循环创建bean对象&＃xff0c;因为Spring创建Bean默认是单例的&＃xff0c;因此通过调用getBean方法和doGetBean方法
3. 如果没有get到就创建对象&＃xff0c;调用createBean()和doCreateBean()方法&＃xff0c;通过反射的方式得到对象的构造器&＃xff0c;然后通过反射的getInstance方法得到实例化的bean对象。
4. 调用populationBean()方法对这个bean进行填充属性
5. 进行其他初始化操作。

描述一下bean的生命周期?

1. 首先BeanFactory会通过反射的方法实例化bean对象。
2. 然后调用populateBean()方法&＃xff0c;填充bean的属性。
3. 如果实现了Aware接口相关的方法&＃xff0c;调用Aware接口的相关方法&＃xff0c;依次完成对BeanName&＃xff0c;BeanFactory和BeanClassLoader&＃xff0c;ApplicationContext对象的属性设置。
4. 如果实现了BeanPostProcessor&＃xff0c;就调用BeanPostProcessor的前置增强方法。
5. 调用Initmethod()方法&＃xff0c;如果实现了&＃61;&＃61;initializingBean()&＃61;&＃61;方法或init_method属性中声明了初始化方法&＃xff0c;则调用该方法afterPropertiesSet()。
6. BeanPostProcessor的后置增强方法。
7. 获得完整的Bean对象&＃xff0c;可以通过getBean方式获得该对象。
8. 最后销毁&＃xff0c;如果该对象实现&＃61;&＃61;DisposableBean()&＃61;&＃61;方法&＃xff0c;先调用这个方法&＃xff0c;然后调用destory()方法。

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

• 三级缓存&＃xff0c;提前暴露对象&＃xff0c;aop
• 什么是循环依赖:
• 总:

• bean的创建过程分为实例化和初始化两个部分
  1. 先创建A对象&＃xff0c;实例化A对象&＃xff0c;此时A对象的B属性为空
  2. 对A对象的属性进行注入&＃xff0c;但是没有找到B对象&＃xff0c;因此去创建B对象
  3. 实例化B对象&＃xff0c;此时B对象的A属性为空
  4. 填充B对象的A属性时&＃xff0c;依旧找不到A对象&＃xff0c;尝试去创建A对象&＃xff0c;由此导致的循环创建对象的过程。

• 分:

• 解决循环依赖问题的关键点在于A对象虽然没有创建完成&＃xff0c;但是已经被实例化了的半成品。我们已经拥有了该对象的引用&＃xff0c;可以在后续的操作中给他赋值&＃xff0c;相当于提前暴露了A对象的引用&＃xff0c;解决循环依赖的关键是实例化和初始化分开操作。因此对于构造函数初始化的循环引用是无法避免的
• 当所有的对象都完成实例化和初始化操作后&＃xff0c;容器中的对象会有两种状态&＃xff0c;已经实例化但是未完成初始化的状态&＃xff0c;和完全初始化状态。因此使用了两种不同的容器进行存储&＃xff0c;就是一级缓存和二级缓存。如果一级缓存有了&＃xff0c;就不会在二级缓存中出现&＃xff0c;三级缓存的查询顺序是一级、二级和三级。一级缓存中存储的是完整对象&＃xff0c;二级缓存存储的是非完整对象。
• 三级缓存中value存储的ObjectFactory&＃xff0c;存储的是lambda表达式&＃xff0c;三级缓存主要解决的是如果这个过程存在aop操作&＃xff0c;则会需要一个普通对象&＃xff0c;然后通过代理生成新的代理对象。在IOC容器中是不允许同时出现两个相同的对象的&＃xff0c;当一个对象需要被代理的时候&＃xff0c;需要使用代理对象覆盖掉原来的对象。
• 在实际调用的过程中&＃xff0c;是没有办法判断对象什么时候被调用&＃xff0c;所以当某个对象被调用时&＃xff0c;有先判断这个对象是否需要被代理&＃xff0c;类似于一种回调机制。因此当传入lambda表达式式&＃xff0c;可以通过lambda来执行代理对象覆盖原对象的操作。

缓存放置时间和删除时间

三级缓存: createBeanInstance之后: addSingletonFactory
二级缓存:第一次从三级缓存确定对象是代理对象还是普通对象的时候,同时删除三级缓存getSingleton
-级缓存:生成完整对象之后放到一级缓存&＃xff0c;删除二三级缓存:addSingletonFactory

BeanFactory与FactoryBean有什么区别

• 
• 这两个都是用来创建对象的。
• BeanFactory是整个SpringIOC的管理者&＃xff0c;所有IOC中管理的bean都继承自BeanFactory。如果继承了BeanFactory就需要按照Spring要求的生命周期进行实现&＃xff0c;
• FactoryBean是一个bean&＃xff0c;被BeanFactory管理。是一个实现了工厂模式的bean&＃xff0c;我们可以通过FactoryBean创建自己需要的bean&＃xff0c;同时被SpringIOC管理。FactoryBean方法可以让我们获得我们需要的对象等。

SpringAOP

• SpringAOP的功能有哪些&＃xff1a;事务&＃xff0c;权限验证&＃xff0c;异常处理&＃xff0c;log记录

• Aspect&＃xff1a;切面 &＃61; join point &＃43; pointcut &＃43; advice&＃xff1b;

• joinpoint:连接点&＃xff0c;需要被增强的每一个方法

• pointcut:切点&＃xff0c;一堆连接点的集合&＃xff0c;指出需要被增强的范围。

• advice:通知&＃xff0c;包括增强逻辑和增强位置(Before,AfterReturning ,AfterThrowing,Around)。

• weaving:织入&＃xff0c;实现增强的过程(静态增强&＃xff0c;动态增强)

• TargetObject&＃xff1a;需要被代理的对象

• proxy&＃xff1a;代理以后生成的代理对象

• 下图所示

• &＃64;Aspect 表示这是一个切面&＃xff0c;切面也是一个bean&＃xff0c;因此用&＃64;component装填到IOC容器中。

• &＃64;advice表示的方法内部表示的是增强逻辑&＃xff0c;&＃64;before和&＃64;After表示的是增强时机。

• &＃64;pointcut表示要增强的范围&＃xff0c;execution(~)的内容

• 在(~)中的每一个方法就是joincut。
  

• 

• 

• 代码可以插入的位置&＃xff0c;(advice能够插入的位置):

  1. before:前面
  2. after:后面
  3. around:环绕 &＃61; before &＃43; after
  4. afterReturning:当切入的方法成功返回时
  5. afterThrowing:当切入的方法抛出异常时

• 

• 

• 当有多个通知时&＃xff0c;需要有一套责任链来排序advice执行的顺序。
  

• Spring中每一个advice都要实现MethodInterceptor接口&＃xff0c;CGLIB动态代理中CallBack()接口需要传入的内容。

SpringAop的执行过程

• SpringAop的执行链&＃xff1a;有点难理解自己看视频吧
  
  
  为什么每次都回到链上&＃xff0c;可以让我们可以在当前的链结构中拿到最新的排好序的下一个结构的数据
• 

Spring中用到的设计模式?

• 单例模式(节省内存)&＃xff1a;在IOC容器中生成的bean默认都是单例模式的。
• 抽象工厂、简单工厂(实现创建对象和使用对象相分离):BeanFactory是抽象工厂&＃xff0c;Spring中所有的Bean都实现了BeanFactory。简单工厂主要是FactoryBean&＃xff0c;这也是一个具有工厂模式的Bean&＃xff0c;也是实现了BeaFactory&＃xff0c;其可以通过这个方法来制造我们相想要的bean。
• 模板方法(模板方法可以):Spring中的 jdbcTemplate中就是使用了模板方法
• 动态代理:SpringAOP大量使用了动态代理&＃xff0c;来对切点&＃xff0c;切面&＃xff0c;连接点进行通知操作。通过JDK动态代理和CGLIB两种方式实行了动态代理
• 回调模式:在CGLIB中Enchancer.create()中就需要传递CallBack方法&＃xff0c;在AOP中一般是通过继承了MethodeInterceptor&＃xff0c;来实现回调。
• 适配器模式:在SpringMVC中用的很多&＃xff0c;通过在DispatchServlet得到Handler调用链以后&＃xff0c;会调用HandlerAdaptor&＃xff0c;进行适配操作&＃xff0c;再调用相关的controller&＃xff0c;来获取modelAndView。

Spring的AOP的底层实现原理?

• AOP是面向切面编程&＃xff0c;它主要使用在增加打印日志&＃xff0c;进行进行事务处理等功能。是通过动态地理的方式实现的。
• 在IOC容器中&＃xff0c;当bean被实例化和初始化之后&＃xff0c;会询问是否实现了BeanPostProcessor&＃xff0c;如果实现了&＃xff0c;就会调用其后置增强方法&＃xff0c;Spring就是在这个方法中实现了AOP。
  1. 当Bean对象创建过程中会获取bean相关的&＃xff0c;切面&＃xff0c;切点&＃xff0c;连接点&＃xff0c;通知的时间和通知的内容&＃xff0c;并将这个对象作为目标对象。
  2. 然后会通过JDK或者CGLIB的方式进行动态代理&＃xff0c;生成代理类。
  3. 在执行到方法调用时&＃xff0c;因为动态代理本身就是直接操作字节码文件的&＃xff0c;会从字节码文件中找到DynamicAdvisoredInterceptor类中的Intercept()方法&＃xff0c;从这个方法开始执行通知内容。
  4. 如果有多个通知的话&＃xff0c;还会根据定义好的通知生成拦截器链&＃xff0c;按照拓扑排序的顺序进行方法增强。
• 

Spring事务

Spring事务的三大基础

• PlatformTransctionManager&＃xff1a;(由持久层框架帮我们实现)&＃xff0c;声明式事务还是编程式事务都是这个起了作用。
• TransctionDefinition&＃xff1a;定义了事务的5种状态.
• TransctionStatus&＃xff1a;

PlatformTransctionManager

• 定义了基本的事务处理的方法&＃xff0c;包括获取事务的TransctionStatus
• 事务的提交 和 回滚。

public interface PlatformTransactionManager {TransactionStatus getTransaction(&＃64;Nullable TransactionDefinition definition);void commit(TransactionStatus status) throws TransactionException;void rollback(TransactionStatus status) throws TransactionException;
}


TransactionDefinition

1. 传播性
2. 隔离性
3. 超时时间
4. 是否只读
5. 回滚规则

编程式事务

声明式事务

事务的传播性

• 除了第一个以外 别的都是看内事务失败会不会影响到外事务&＃xff0c;或者说外事务是否对内事务的失败进行了处理
  

Required(最多只有一个事务)

• 默认是Requred
• 内事务方法默认是一定在事务中执行
• 如果两个都是Requred 两个会并入一个事务中执行&＃xff0c;会导致整体回滚或提交。
• 就算是在外事务中出现了bug&＃xff0c;内事务依旧会回滚

Requires_New(多个事务并行)

• Required(外) &＃43; Requires_New(内)
• 可能会同时存在多个事务
• 外bug 外回滚 内有独立事务 内不回滚
• 内bug看情况 内bug无法处理 抛异常给外 则外回滚 如果内异常处理好了 则外不回滚

Nested(事务嵌套)

• 相当于外部事务的子事务&＃xff0c;外部事务回滚内是要回滚的&＃xff0c;Requires_New不同的是Requires_New是独立的事务&＃xff0c;外回滚 内是不需要回滚的
• 内bug看情况 内bug无法处理 抛异常给外 则外回滚 如果内异常处理好了 则外不回滚

Supports(无所谓)

• 外有事务加入事务 &＃xff0c; 没事务就非事务

Not_Supports(非事务)

• 外有事务 挂起事务 没事务就没事务

Mandatory(强制加入事务)

• 外有事务加入事务 没有事务 抛出异常

Never(强制非事务)

• 外有事务抛出异常 没事务就没事务

事务回滚规则

• 默认是 运行时异常会回滚&＃xff0c;检查型异常是不会回滚的
• 运行时异常指的是1/0&＃xff0c;检查型异常指的是IOException等以检查为主的异常。
• 可以通过roolBackFor来扩大异常回滚的范围 或 notroolBackFor来缩小异常的回滚范围

只读事务(select)

• 开启只读事务&＃xff0c;多个Sql会合并到一个事务中&＃xff0c;多个sql获取相同的结果

事务仅在public上生效

同类中无事务方法调用有事务方法会失效(AOP)

• 仅仅会从外部动态代理生成的类中调用&＃xff0c;自己内部是不会调用动态代理生成的对象的。
  

Spring的事务是如何回滚的?

• 总:

  Spring事务是通过AOP的形式来实现的。Spring事务对AOP的事务通知进行了定制化&＃xff0c;没有使用Aop的Advice&＃xff0c;而是自己实现了MethodInterceptor&＃xff0c;并调用invoke方法。

• 分:

  首先实例化并初始化一个bean对象&＃xff0c;获得事务相关的切点&＃xff0c;切面&＃xff0c;连接点等。
  如果需要开启事务则&＃xff0c;需要连接数据库&＃xff0c;开启事务。
  如果事务执行失败&＃xff0c;会会通过completeTransactionAfterThrowing&＃xff0c;调用doRollback()方法&＃xff0c;具体也是通过数据库连接来实现数据库的回滚操作。
  如果事务执行成功&＃xff0c;会会通过completeTransactionAfterReturning&＃xff0c;调用doCommit()方法&＃xff0c;具体也是通过数据库连接来实现数据库的提交操作。
  最后执行完毕后&＃xff0c;清除相关事务信息&＃xff0c;调用clearupTransactionInfo()清除事务信息。

谈一下spring事务传播?

Spring核心

Spring事务隔离级别

SpringMVC

• 两种定义方式&＃xff0c;一个是继承类加&＃64;bean&＃xff0c;但是这种方法一个类仅能定义一个controller&＃xff0c;在SpringMVC中&＃xff0c;在mapHandler中存储的对象名。
• 对于注解方法来说&＃xff0c;一个controller可以直接定义在方法上&＃xff0c;存储在HandlerMethod的是方法名。HandlerMethod
• 两个Handler解析器&＃xff0c;HandlerMapping &＃xff1a; mapHandler 和 HandlerMethod。
• 三个controller适配器&＃xff0c;HandlerAdapter
• HandlerMapping 返回的是一个执行链。

SpringMVC的执行流程

• SpringMVC的执行核心是DispatchServlet前端控制器&＃xff0c;通过HandlerMapping去查找Handler&＃xff0c;HandlerAdaptor的适配和viewResolver的解析三大步骤。

1. 用户发送前端请求到DispatchServlet&＃xff1b;
2. DispatchServlet收到请求后&＃xff0c;发送请求到HandlerMapping处理器。
3. HandlerMapping处理后会生成执行链&＃xff0c;返回给DispatchServlet。
4. DispatchServlet请求HandlerAdapter适配器。
5. HandlerAdapter适配器寻找到合适的Controller&＃xff0c;对请求进行处理。
6. Controller会返回ModelAndView对象给HandlerAdapter
7. HandlerAdapter将ModelAndView对象DispatchServlet
8. DispatchServlet将得到的ModelAndView对象传给viewResolver&＃xff0c;对ModelAndView进行解析。
9. viewResolver返回View对象给DispatchServlet
10. DispatchServlet处理View信息&＃xff0c;并渲染视图。
11. 传给前端展示&＃xff0c;目前更多的是返回Json字符串给前端显示数据。

SpringBoot自动装配

• SpringBoot解决了开发者需要大量配置文件的问题&＃xff0c;虽然在使用注解的形式在一定程度上缓解了配置地狱的情况&＃xff0c;但是需要配置的内容依旧很多。Spring Boot 通过约定大于配置的思想&＃xff0c;减少配置。

1. 在主启动类中有&＃64;SpringBootApplication&＃xff0c;这个注解表明了这个类是Spring Boot的启动类&＃xff0c;其中的&＃64;EnableAutoConfigration是实现自动装配的核心注解&＃xff0c;其中的使用&＃64;import引入了AutoConfigurationImportSelector类&＃xff0c;这个类是Spring Boot实现自动装配核心。
2. AutoConfigurationImportSelector中继承了selectImports()方法&＃xff0c;这个方法用于获取所有符合条件的全限定类名&＃xff0c;并加载到IOC容器中。
3. 通过getAutoConfigurationEntry()方法&＃xff0c;先把所有的META-INF/SpringFactories中以AutoConfigration为后缀的配置文件全部加载进来&＃xff0c;然后根据&＃64;CondiOn注解来判断是否将该配置文件注入IOC容器中。
4. 这样实现了SpringBoot自动装配