spring框架常见面试题

mk17715

已于 2022-06-25 14:48:31 修改

阅读量148

点赞数 1

文章标签： spring

于 2022-03-08 14:55:05 首次发布

本文链接：https://blog.csdn.net/mk17715/article/details/123352683

版权

spring boot框架相比传统的spring有哪些优势

可以快速的构建独立的Spring应用
直接切入tomcat、Jetty、和Undertow服务器
提供依赖启动器简化构建配置，直接根据对应的开发场景选择对应的依赖启动器“Starter”
极大程度的自动化配置Spring和第三方库
极少的代码生成和XML配置

IOC的理解

IOC：控制反转是一种设计思想，而不是一个具体的技术实现，IOC的思想就是将原本在程序中手动创建对象的控制权交给Spring框架来管理。
将对象之间的相互依赖关系交给IOC容器来管理，并由IOC容器完成对象的注入。

谈谈spring IOC的理解，原理和实现

总：

控制反转：理论思想，原来的对象是由使用者来进行控制，有了spring之后，可以把整个对象交给spring来帮我们进行管理
DI：依赖注入，把对应的属性的值注入到具体的对象中，@Autowired，populateBean完成属性的值的注入
容器：存储对象，使用map结构来存储，在spring中一般存在三级缓存，singletionObjects存放完整的bean对象，整个bean的生命周期，从创建到使用到销毁的过程全部都是由容器来管理（bean的生命周期）

分：

读过源码

一般聊ioc容器的时候要涉及到容器的创建过程（beanFactory，DefaultListableBeanFactory），向bean工厂中设置一些参数（BeanPostProcessor，Aware接口的子类）等等属性
加载解析bean对象，准备要创建的bean对象的定义对象beanDefintion（xml或者注解的解析过程）
beanFactoryPostProcessor的处理，此处是扩展点，PlaceHolderConfigurSupport，ConfigurationClassPostProcessor
BeanPostProcessor的注册功能，方便后续对bean对象完成具体的扩展功能
通过反射的方式讲BeanDefinition对象实例化成具体的bean对象
bean对象的初始化过程（填充属性，调用aware子类的方法，调用BeanPostProcessor前置处理方法，调用init-mehtod方法，调用BeanPostProcessor的后置处理方法）
生成完整的bean对象，通过getBean方法可以直接获取
销毁过程

没有读过源码这么和面试官解释
具体的细节我记不太清了，但是spring中的bean都是通过反射的方式生成的，同时其中包含了很多的扩展点，比如最常用的对BeanFactory的拓展，对bean的拓展（对占位符的处理）我们在公司对这方面的使用还是比较多的，除此之外，ioc最核心的也就是填充具体的bean属性和生命周期

IOC的底层实现原理

你对他的理解和你了解的实现过程

反射，工厂，设计模式，关键的几个方法

craeteBeanFactory，getBean，doGetBean，createBean，doCreateBean，createBeanInstance（getDeclaredConstructor，newinstance）

先通过createBeanFactory创建出一个Bean工厂（DefaultListtableBeanFactory）
开始循环创建对象。因为容器中的bean默认都是单例的，所以优先通过getBean，doGetBean从容器中查找，找不到的话
通过createBean，doCreateBean方法，以反射的方式创建对象，一般情况下使用的是无参构造方法
进行对象的属性填充populatebean
进行其他的初始化操作

Bean的生命周期

实例化bean：反射的方式生成对象
填充bean属性：populateBean（），循环依赖的问题（三级缓存）
调用aware接口相关的方法：invokeAwareMethod（完成BeanName，BeanFactory，BeanClassLoader对像的属性设置）
调用BeanPostProcessor的前置处理方法：使用较多的有（ApplicationContextPostProcessor，设置Applicationcontext，Environment，ResourceLoader，EmbeddValueResolver等对象）
调用initmethod方法：invokeinitmethod（），判断是否实现了initializingBean回调接口，如果有，调用afterPropertiesSet方法，没有就不调用
调用BeanPostProcessor的后置处理方法：spring的AOP就是在此处实现的，AbstarctAutoProxyCreater注册Destuction相关的回调接口：钩子函数
获取到完整的对象，可以通过getBean的方式来进行对象的获取
销毁流程，1.判断实现了DispoableBean接口，2.调用destroyMethod方法

Spring 中 Bean 的作用域通常有下面几种：

singleton : 唯一 bean 实例，Spring 中的 bean 默认都是单例的，对单例设计模式的应用。
prototype : 每次请求都会创建一个新的 bean 实例。
request : 每一次 HTTP 请求都会产生一个新的 bean，该 bean 仅在当前 HTTP request 内有效。
session : 每一次来自新 session 的 HTTP 请求都会产生一个新的 bean，该 bean 仅在当前 HTTP session 内有效。
global-session ：全局 session 作用域，仅仅在基于 portlet 的 web 应用中才有意义，Spring5 已经没有了。Portlet 是能够生成语义代码(例如：HTML)片段的小型 Java Web 插件。它们基于 portlet 容器，可以像 servlet 一样处理 HTTP 请求。但是，与 servlet 不同，每个 portlet 都有不同的会话。

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

三级缓存，提前暴露对象，aop

总：什么是循环依赖问题，A依赖B，B依赖A

分：先说明bean的创建过程：实例化，初始化

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

形成闭环的原因
此时，如果仔细琢磨的话，会发现A对象是存在的，只不过此时的A对象不是一个完整的状态，只完成了实例化但是未完成初始化，如果在程序调用过程中拥有了某个对象的引用，能否在后期给她完成赋值操作，可以优先把非完整状态的对象优先赋值，等待后续操作来完成赋值，相当于提前暴露了某个不完整对象的引用，所以解决问题的核心在于实例化和初始化分开操作，这也就是解决循环依赖问题的关键，

当所有的对象都完成实例化和初始化操作之后还要把完整对象放到容器中，此时在容器中存在对象的几个状态，完成实例化=但未完成初始化，完整状态，因为都在容器中，所以要使用不同的map结构来进行存储，此时就有了一级缓存和二级缓存，如果一级缓存中有了，那么二级缓存中就不会出现同名的对象，因为他们查找的顺序是1，2，3这样的方式来查找的。一级缓存中放的是完整对象，二级缓存中放的是非完整对象

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

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

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

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

Bean Factory与FactoryBean有什么区别

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

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

isSinngleton：是否单例对象

getObjectTypeL:获取返回对象的类型

getObject：自定义创建对象过程（new，反射，动态代理）

spring中用到的设计模式

单例模式：Bean默认都是单例的

原型模式：指定作用域为prototype

工厂模式：BeanFactory

模板方法：postProcessBeanFactory，onRefresh，initPropertyValue

策略模式：XmlBeanDefinitionReader，PropertiesBeanDefinitionReader

观察者模式：listener，event，multicast

适配器模式：Adapter

装饰者模式：BeanWrapper

责任链模式：使用aop的时候会先生成一个拦截器链

代理模式：动态代理

委托者模式：delegate

谈谈你对AOP的理解

AOP能够将那些业务无关，却为业务模块所共同调用的逻辑或责任（例如事务处理、日志管理、权限控制）封装起来，便于减少系统代码的重复，降低模块间的耦合度，并有利于未来的可拓展性和可维护性

AOP就是基于动态代理的，如果要代理对象，实现某个接口，那么AOP会使用JDK去创建代理对象，而对于没有实现接口的对象，就会使用Cglib生成一个子类作为代理

aop是ioc的一个扩展功能，先有的ioc，再有的aop，只是在ioc的整个流程中新增的一个扩展点而已：BeanPostProcessor

总： aop概念，应用场景，动态代理

分：bean的创建过程中有一个步骤可以对bean进行拓展实现，aop本身就是一个扩展功能，所以在BeanPostProcessor的后置处理方法中来进行实现

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

Spring的事务是如何回滚的

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

分：

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

谈一下spring的事务传播？

传播的特性有几种？7个

Required，requires_new,nested,Support,Not_Support,Never,Mandatory

某一个事务嵌套另一个事务怎么办？

A方法调用B方法，AB方法都有事务，并且传播特性不同，那么A如果有异常，B怎么办，B如果有异常，A怎么办？

总：事务的传播特性指的是不同方法的嵌套调用过程中，事务应该如何进行处理，是用同一个事务还是不同的事务，当出现异常的时候会回滚还是提交，两个方法之间的相关影响，在日常工作中，使用比较多的是Required，requires_new,nested

分：

先说事务的不同分类，可以分为三类：支持当前事务，不支持当前事务，嵌套事务
如果外层方法是required，内层方法是：是Required，requires_new,nested
如果外层方法是requires_new，内层方法是：是Required，requires_new,nested
如果外层方法是nested，内层方法是：是Required，requires_new,nested