6. Spring面试题汇总

Java全栈面试题汇总目录-CSDN博客

1. 什么是Spring框架?

Spring是一种轻量级开发框架，旨在提高开发人员的开发效率以及系统的可维护性。

我们一般说Spring框架指的都是Spring Framework，它是很多模块的集合，使用这些模块可以很方便地协助我们进行开发。这些模块是：核心容器、数据访问/集成,、Web、AOP(面向切面编程)、工具、消息和测试模块。

2. Spring框架的好处？

Spring属于低侵入式设计，代码的污染极低
Spring的DI机制将对象之间的依赖关系交由框架处理，减低组件的耦合性
Spring提供了AOP技术，支持将一些通用任务，如安全、事务、日志、权限等进行集中式管理，从而提供更好的复用
Spring对于主流的应用框架提供了集成支持

3. 列举一些重要的Spring模块？

Spring Core：基础,可以说Spring其他所有的功能都需要依赖于该类库。主要提供IOC依赖注入功能
Spring Context：提供框架式的Bean访问方式，以及企业级功能
Spring Aspects：该模块为与AspectJ的集成提供支持
Spring AOP：提供了面向切面的编程实现
Spring JDBC：Java数据库连接
Spring JMS：Java消息服务。
Spring ORM：用于支持ORM工具
Spring Web：为创建Web应用程序提供支持
Spring MVC：提供面向Web应用的Model-View-Controller，即MVC实现
Spring DAO：对JDBC的抽象封装，简化了数据访问异常的处理，并能统一管理JDBC事务
Spring Test：提供了对JUnit和TestNG测试的支持

4. Spring的IoC理解？

IOC就是控制反转，指创建对象的控制权转移给Spring框架进行管理，并由Spring根据配置文件去创建实例和管理各个实例之间的依赖关系，对象与对象之间松散耦合，也利于功能的复用。DI依赖注入，和控制反转是同一个概念的不同角度的描述，即应用程序在运行时依赖IoC容器来动态注入对象需要的外部依赖。

最直观的表达就是，以前创建对象的主动权和时机都是由自己把控的，IOC让对象的创建不用去new了，可以由Spring自动生产，使用java的反射机制，根据配置文件在运行时动态的去创建对象以及管理对象，并调用对象的方法。

Spring的IOC注入方式：

构造器注入
setter方法注入
静态工厂注入(不常用)
实例工厂注入(不常用)

5. Spring的AOP理解？

AOP(Aspect-Oriented Programming，面向切面编程)能够将那些与业务无关，却为业务模块所共同调用的逻辑或责任(例如事务处理、日志管理、权限控制等)封装起来，便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可扩展性和可维护性。

Spring AOP是基于动态代理的，如果要代理的对象实现了某个接口，那么Spring AOP就会使用JDK动态代理去创建代理对象；而对于没有实现接口的对象，就无法使用JDK动态代理，转而使用CGlib动态代理生成一个被代理对象的子类来作为代理。

6. Spring AOP和AspectJ AOP有什么区别？

Spring AOP属于运行时增强，而AspectJ是编译时增强。Spring AOP基于代理(Proxying)，而AspectJ基于字节码操作(Bytecode Manipulation)。

Spring AOP已经集成了AspectJ，AspectJ应该算的上是Java生态系统中最完整的AOP框架了。AspectJ相比于Spring AOP功能更加强大，但是Spring AOP相对来说更简单，如果我们的切面比较少，那么两者性能差异不大。但是，当切面太多的话，最好选择AspectJ，它比Spring AOP快很多。

7. Spring AOP里面的几个名词的概念？

1. 连接点(Join point)：指程序运行过程中所执行的方法。在Spring AOP中，一个连接点总代表一个方法的执行

2. 切面(Aspect)：被抽取出来的公共模块，可以用来会横切多个对象。Aspect切面可以看成Pointcut切点和Advice通知的结合，一个切面可以由多个切点和通知组成

在Spring AOP中，切面可以在类上使用@AspectJ注解来实现。

3. 切点(Pointcut)：切点用于定义要对哪些Join point进行拦截

切点分为execution方式和annotation方式。execution方式可以用路径表达式指定对哪些方法拦截，比如指定拦截add*、search*。annotation方式可以指定被哪些注解修饰的代码进行拦截。

4. 通知(Advice)：指要在连接点(Join Point)上执行的动作，即增强的逻辑，比如权限校验和、日志记录等。通知有各种类型，包括Around、Before、After、After returning、After throwing

5. 目标对象(Target)：包含连接点的对象，也称作被通知(Advice)的对象。由于Spring AOP是通过动态代理实现的，所以这个对象永远是一个代理对象

6. 织入(Weaving)：通过动态代理，在目标对象(Target)的方法(即连接点Join point)中执行增强逻辑(Advice)的过程

7. 引入(Introduction)：添加额外的方法或者字段到被通知的类。Spring允许引入新的接口(以及对应的实现)到任何被代理的对象。例如，你可以使用一个引入来使bean实现IsModified接口，以便简化缓存机制

几个概念的关系图可以参考下图：

8. Spring通知(Advice)有哪些类型？

前置通知(Before Advice)：在连接点(Join point)之前执行的通知
后置通知(After Advice)：当连接点退出的时候执行的通知(不论是正常返回还是异常退出)
环绕通知(Around Advice)：包围一个连接点的通知，这是最强大的一种通知类型。环绕通知可以在方法调用前后完成自定义的行为。它也可以选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来结束执行
返回后通知(AfterReturning Advice)：在连接点正常完成后执行的通知(如果连接点抛出异常，则不执行)
抛出异常后通知(AfterThrowing advice)：在方法抛出异常退出时执行的通知

9. 同一个Aspect，不同advice的执行顺序是什么？

1. 没有异常情况下的执行顺序：

around before advice

before advice

target method 执行

around after advice

after advice

afterReturning

2. 有异常情况下的执行顺序：

around before advice

before advice

target method 执行

around after advice

after advice

afterThrowing

java.lang.RuntimeException：异常发生

10. Spring中的bean的作用域有哪些？

singleton：唯一bean实例，Spring中的bean默认都是单例的
prototype：每次请求都会创建一个新的bean实例
request：每一次HTTP请求都会产生一个新的bean，该bean仅在当前HTTP request内有效
session：每一次HTTP请求都会产生一个新的bean，该bean仅在当前HTTP session内有效
global-session：全局session作用域，仅仅在基于portlet的web应用中才有意义，Spring5已经没有了

11. Spring中的单例bean的线程安全问题了解吗？

单例bean存在线程问题，主要是因为当多个线程操作同一个对象的时候，对这个对象的可变的成员变量的写操作会存在线程安全问题。

常见的有两种解决办法：

在Bean对象中尽量避免定义可变的成员变量(不太现实)
在类中定义一个ThreadLocal成员变量，将需要的可变成员变量保存在ThreadLocal中(推荐的一种方式)

12. Spring容器的启动流程？

1. 初始化Spring容器，注册内置的BeanPostProcessor的BeanDefinition到容器中

(1) 实例化BeanFactory【DefaultListableBeanFactory】工厂，用于生成Bean对象

(2) 实例化BeanDefinitionReader注解配置读取器，用于对特定注解(如@Service、@Repository)的类进行读取转化成BeanDefinition对象，(BeanDefinition是Spring中极其重要的一个概念，它存储了bean对象的所有特征信息，如是否单例，是否懒加载，factoryBeanName等)

(3) 实例化ClassPathBeanDefinitionScanner路径扫描器，用于对指定的包目录进行扫描查找bean对象

2. 将配置类的BeanDefinition注册到容器中

3. 调用refresh()方法刷新容器

(1) prepareRefresh()刷新前的预处理

(2) obtainFreshBeanFactory()：获取在容器初始化时创建的BeanFactory

(3) prepareBeanFactory(beanFactory)：BeanFactory的预处理工作，向容器中添加一些组件

(4) postProcessBeanFactory(beanFactory)：子类重写该方法，可以实现在BeanFactory创建并预处理完成以后做进一步的设置

(5) invokeBeanFactoryPostProcessors(beanFactory)：在BeanFactory标准初始化之后执行BeanFactoryPostProcessor的方法，即BeanFactory的后置处理器

(6) registerBeanPostProcessors(beanFactory)：向容器中注册Bean的后置处理器BeanPostProcessor，它的主要作用是干预Spring初始化bean的流程，从而完成代理、自动注入、循环依赖等功能

(7) initMessageSource()：初始化MessageSource组件，主要用于做国际化功能，消息绑定与消息解析

(8) initApplicationEventMulticaster()：初始化事件派发器，在注册监听器时会用到

(9) onRefresh()：留给子容器、子类重写这个方法，在容器刷新的时候可以自定义逻辑

(10) registerListeners()：注册监听器：将容器中所有的ApplicationListener注册到事件派发器中，并派发之前步骤产生的事件

(11) finishBeanFactoryInitialization(beanFactory)：初始化所有剩下的单实例bean，核心方法是preInstantiateSingletons()，会调用getBean()方法创建对象

(12) finishRefresh()：发布BeanFactory容器刷新完成事件

13. BeanFactory和ApplicationContext有什么区别？

BeanFactory和ApplicationContext是Spring的两大核心接口，都可以当做Spring的容器。

1. BeanFactory是Spring里面最底层的接口，是IoC的核心，定义了IoC的基本功能，包含了各种Bean的定义、加载、实例化，依赖注入和生命周期管理。ApplicationContext接口作为BeanFactory的子类，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能：

(1) 继承MessageSource，因此支持国际化

(2) 资源文件访问，如URL和文件(ResourceLoader)

(3) 载入多个(有继承关系)上下文(即同时加载多个配置文件)，使得每一个上下文都专注于一个特定的层次，比如应用的web层

(4) 提供在监听器中注册bean的事件

2. BeanFactroy采用的是延迟加载形式来注入Bean的，只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化。这样，我们就不能提前发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入，BeanFacotry加载后，直至第一次使用调用getBean方法才会抛出异常。

ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。

ApplicationContext启动后预载入所有的单实例Bean，所以在运行的时候速度比较快，因为它们已经创建好了。相对于BeanFactory，ApplicationContext唯一的不足是占用内存空间，当应用程序配置Bean较多时，程序启动较慢。

3. BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但两者之间的区别是：BeanFactory需要手动注册，而ApplicationContext则是自动注册。

4. BeanFactory通常以编程的方式被创建，ApplicationContext还能以声明的方式创建，如使用ContextLoader。

14. Spring Bean的生命周期？

简单来说，Spring Bean的生命周期只有四个阶段：实例化Instantiation-->属性赋值Populate-->初始化Initialization-->销毁Destruction，但具体来说，Spring Bean的生命周期包含下图的流程：

1. 实例化Bean

对于BeanFactory容器，当客户向容器请求一个尚未初始化的bean时，或初始化bean的时候需要注入另一个尚未初始化的依赖时，容器就会调用createBean进行实例化。对于ApplicationContext容器，当容器启动结束后，通过获取BeanDefinition对象中的信息，实例化所有的bean。

2. 设置对象属性(依赖注入)

实例化后的对象被封装在BeanWrapper对象中，紧接着，Spring根据BeanDefinition中的信息以及通过BeanWrapper提供的设置属性的接口完成属性设置与依赖注入。

3. 处理Aware接口

Spring会检测该对象是否实现了xxxAware接口，通过Aware类型的接口，可以让我们拿到Spring容器的一些资源

如果这个Bean实现了BeanNameAware接口，会调用它实现的setBeanName(String beanId)方法，传入Bean的名字
如果这个Bean实现了BeanClassLoaderAware接口，调用setBeanClassLoader()方法，传入ClassLoader对象的实例
如果这个Bean实现了BeanFactoryAware接口，会调用它实现的setBeanFactory()方法，传递的是Spring工厂自身
果这个Bean实现了ApplicationContextAware接口，会调用setApplicationContext(ApplicationContext)方法，传入Spring上下文

4. BeanPostProcessor前置处理

如果想对Bean进行一些自定义的前置处理，那么可以让Bean实现了BeanPostProcessor接口，那将会调用postProcessBeforeInitialization(Object obj, String s)方法。

5. InitializingBean

如果Bean实现了InitializingBean接口，执行afeterPropertiesSet()方法。

6. init-method

如果Bean在Spring配置文件中配置了init-method属性，则会自动调用其配置的初始化方法。

7. BeanPostProcessor后置处理

如果这个Bean实现了BeanPostProcessor接口，将会调用postProcessAfterInitialization(Object obj, String s)方法；由于这个方法是在Bean初始化结束时调用的，所以可以被应用于内存或缓存技术。

以上几个步骤完成后，Bean就已经被正确创建了，之后就可以使用这个Bean了。

8. DisposableBean

当Bean不再需要时，会经过清理阶段，如果Bean实现了DisposableBean这个接口，会调用其实现的destroy()方法；

9. destroy-method

最后，如果这个Bean的Spring配置中配置了destroy-method属性，会自动调用其配置的销毁方法。

15. Spring如何解决循环依赖问题？

循环依赖问题在Spring中主要有三种情况：

通过构造方法进行依赖注入时产生的循环依赖问题。
通过setter方法进行依赖注入且是在多例(原型)模式下产生的循环依赖问题。
通过setter方法进行依赖注入且是在单例模式下产生的循环依赖问题。

在Spring中，只有第3种方式的循环依赖问题被解决了，其他两种方式在遇到循环依赖问题时都会产生异常。这是因为：

第一种构造方法注入的情况下，在new对象的时候就会堵塞住了，其实也就是”先有鸡还是先有蛋“的难题。

第二种setter方法(多例)的情况下，每一次getBean()时，都会产生一个新的Bean，如此反复下去就会有无穷无尽的Bean产生了，最终就会导致OOM问题的出现。

Spring在单例模式下的setter方法依赖注入引起的循环依赖问题，主要是通过二级缓存和三级缓存来解决的，其中三级缓存是主要功臣。解决的核心原理就是：在对象实例化之后，依赖注入之前，Spring提前暴露的Bean实例的引用在第三级缓存中进行存储

16. Spring的自动装配？

在Spring中，使用autowire来配置自动装载模式，对象无需自己查找或创建与其关联的其他对象，由容器负责把需要相互协作的对象引用赋予各个对象。

1. 在Spring框架xml配置中共有5种自动装配

no：默认的方式是不进行自动装配的，通过手工设置ref属性来进行装配bean

byName：通过bean的名称进行自动装配，如果一个bean的property与另一bean的name相同，就进行自动装配

byType：通过参数的数据类型进行自动装配

constructor：利用构造函数进行装配，并且构造函数的参数通过byType进行装配

autodetect：自动探测，如果有构造方法，通过construct的方式自动装配，否则使用byType的方式自动装配

2. 基于注解的自动装配方式

使用@Autowired、@Resource注解来自动装配指定的bean。在使用@Autowired注解之前需要在Spring配置文件进行配置。在启动Spring IoC时，容器自动装载了一个AutowiredAnnotationBeanPostProcessor后置处理器，当容器扫描到@Autowied、@Resource或@Inject时，就会在IoC容器自动查找需要的bean，并装配给该对象的属性。在使用@Autowired时，首先在容器中查询对应类型的bean：

如果查询结果刚好为一个，就将该bean装配给@Autowired指定的数据；

如果查询的结果不止一个，那么@Autowired会根据名称来查找；

如果上述查找的结果为空，那么会抛出异常。解决方法时，使用required=false。

@Autowired可用于：构造函数、成员变量、Setter方法

3. @Autowired和@Resource之间的区别

@Autowired默认是按照类型装配注入的，默认情况下它要求依赖对象必须存在(可以设置它required属性为false)。

@Resource默认是按照名称来装配注入的，只有当找不到与名称匹配的bean才会按照类型来装配注入。

17. Spring事务的实现方式和实现原理？

Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，Spring是无法提供事务功能的。Spring只提供统一事务管理接口，具体实现都是由各数据库自己实现，数据库事务的提交和回滚是通过binlog或者undo log实现的。Spring会在事务开始时，根据当前环境中设置的隔离级别，调整数据库隔离级别，由此保持一致。

1. Spring事务的种类

Spring支持编程式事务管理和声明式事务管理两种方式。

编程式事务管理使用TransactionTemplate。

声明式事务管理建立在AOP之上的。其本质是通过AOP功能，对方法前后进行拦截，将事务处理的功能编织到拦截的方法中，也就是在目标方法开始之前启动一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

声明式事务最大的优点就是不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明或通过@Transactional注解的方式，便可以将事务规则应用到业务逻辑中，减少业务代码的污染。唯一不足地方是，最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。

2. Spring的事务传播机制

Spring事务的传播机制说的是，当多个事务同时存在的时候，Spring如何处理这些事务的行为。事务传播机制实际上是使用简单的ThreadLocal实现的，所以，如果调用的方法是在新线程调用的，事务传播实际上是会失效的。

(1) PROPAGATION_REQUIRED：(默认传播行为)如果当前没有事务，就创建一个新事务；如果当前存在事务，就加入该事务

(2) PROPAGATION_REQUIRES_NEW：无论当前存不存在事务，都创建新事务进行执行

(3) PROPAGATION_SUPPORTS：如果当前存在事务，就加入该事务；如果当前不存在事务，就以非事务执行

(4) PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起

(5) PROPAGATION_NESTED：如果当前存在事务，则在嵌套事务内执行；如果当前没有事务，则按REQUIRED属性执行

(6) PROPAGATION_MANDATORY：如果当前存在事务，就加入该事务；如果当前不存在事务，就抛出异常

(7) PROPAGATION_NEVER：以非事务方式执行，如果当前存在事务，则抛出异常

3. Spring中的隔离级别

(1) ISOLATION_DEFAULT：这是个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别

(2) ISOLATION_READ_UNCOMMITTED：读未提交，允许事务在执行过程中，读取其他事务未提交的数据

(3) ISOLATION_READ_COMMITTED：读已提交，允许事务在执行过程中，读取其他事务已经提交的数据

(4) ISOLATION_REPEATABLE_READ：可重复读，在同一个事务内，任意时刻的查询结果都是一致的

(5) ISOLATION_SERIALIZABLE：所有事务逐个依次执行

18. Spring框架中都用到了哪些设计模式?

工厂模式：Spring使用工厂模式，通过BeanFactory和ApplicationContext来创建对象
单例模式：Bean默认为单例模式
策略模式：例如Resource的实现类，针对不同的资源文件，实现了不同方式的资源获取策略
代理模式：Spring的AOP功能用到了JDK的动态代理和CGLIB字节码生成技术
模板方法：可以将相同部分的代码放在父类中，而将不同的代码放入不同的子类中，用来解决代码重复的问题。比如RestTemplate，JmsTemplate，JpaTemplate
适配器模式：Spring AOP的增强或通知(Advice)使用到了适配器模式，Spring MVC中也是用到了适配器模式适配Controller
观察者模式：Spring事件驱动模型就是观察者模式的一个经典应用。
桥接模式：可以根据客户的需求能够动态切换不同的数据源。比如我们的项目需要连接多个数据库，客户在每次访问中根据需要会去访问不同的数据库

19. Spring框架中有哪些不同类型的事件?

Spring提供了以下5种标准的事件：

上下文更新事件(ContextRefreshedEvent)：在调用ConfigurableApplicationContext接口中的refresh()方法时被触发。
上下文开始事件(ContextStartedEvent)：当容器调用ConfigurableApplicationContext的Start()方法开始/重新开始容器时触发该事件。
上下文停止事件(ContextStoppedEvent)：当容器调用ConfigurableApplicationContext的Stop()方法停止容器时触发该事件。
上下文关闭事件(ContextClosedEvent)：当ApplicationContext被关闭时触发该事件。容器被关闭时，其管理的所有单例Bean都被销毁。
请求处理事件(RequestHandledEvent)：在Web应用中，当一个http请求(request)结束触发该事件。

如果一个bean实现了ApplicationListener接口，当一个ApplicationEvent被发布以后，bean会自动被通知。

20. @Component和@Bean的区别是什么?

作用对象不同。@Component注解作用于类，而@Bean注解作用于方法
@Component注解通常是通过类路径扫描来自动侦测以及自动装配到Spring容器中(我们可以使用@ComponentScan注解定义要扫描的路径)。@Bean注解通常是在标有该注解的方法中定义产生这个bean，告诉Spring这是某个类的实例，当我需要用它的时候还给我
@Bean注解比@Component注解的自定义性更强，而且很多地方只能通过@Bean注解来注册bean。比如当引用第三方库的类需要装配到Spring容器的时候，就只能通过@Bean注解来实现