spring面试连环炮，最后一问才是经典

烂猪皮

发布于 2022-04-02 08:12:05

3740

发布于 2022-04-02 08:12:05

文章被收录于专栏：JAVA烂猪皮JAVA烂猪皮

1.什么是Spring

spring是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架

从大小与开销而言是轻量级的
通过控制反转的技术达到松耦合的目的
通过面向切面，允许通过分离应用的业务逻辑与系统即服务进行内聚性开发
包含并管理应用对象Bean的配置和生命周期，这个意义上是一个容器
将简单的组建配置，组合成复杂的应用，这个意义上是一个框架

2.谈谈你对AOP的理解

AOP--面向切面编程：能够将那些与业务无关的，但为业务模块所共用的一些逻辑，如（事务管理，日志管理）封装起来，减少重复代码，降低耦合，并有利于未来的可扩展性和可维护性。

Spring AOP是基于动态代理的，如果要代理的对象实现了某个接口，Spring AOP就会使用JDK动态代理去创建代理对象；对于没有实现接口的对象，无法使用JDK动态代理，而去使用CGlib动态代理生成一个被代理对象的子类来作为代理。使用AOP可以将一些通用功能抽象出来，如日志管理、事务管理和权限管理等，使用时直接调用即可，避免代码重复。

3.谈谈你对IoC(控制反转)的理解

1.容器概念：ioc容器，里面存放着各种对象，在项目启动时，读取配置文件里的bean节点，根据全限定类名使用反射放到容器中，此时容器里就有各种对象了，接下来在需要时，进行依赖注入。
2.控制反转：在没有引入ioc容器之前，对象A依赖于对象B，其中对象B的创建与使用的控制权掌握在A手中，在引入ioc容器之后，对象A与B之间失去了直接联系，当对象A运行到需要的对象B时，由IOC荣日主动创建对象B注入到A需要的地方。对象A获取依赖对象B的过程，从主动变为了被动，控制权颠倒，因此称为依赖反转。
3.依赖注入：控制反转之后，获取依赖对象的过程由自身管理变为了由IOC容器主动注入。依赖注入是实现IOC的方法，在容器运行期间，动态的将依赖关系注入到对象之中。

4.BeanFactory与ApplicationContext的区别

ApplicationContext是BeanFactory的子接口，ApplicationContext提供了更完整的功能

1.统一的资源文件访问方式
2.继承MessageSource，支持国际化
3.同时加载多个配置文件

区别

BeanFactory采用延时加载来注入Bean，只有在用到某个Bean时，才对其实例化。这样就不能发现一些存在的Spring配置问题。
ApplicationContext在容器启动时，一次性创建所有的Bean。在启动时就可以发现Spring中存在的配置问题，有利于检查依赖属性是否注入。
相比于BeanFactory，ApplicationContext唯一不足是占用内存空间，当应用程序配置Bean较多时，程序启动较慢。

5.简述Spring中Bean的生命周期

1.解析类获取BeanDefinition
2.如果有多个构造方法，推断构造方法
3.确定好构造方法后，进行实例化获取对象
4.对对象中加了@Autowired注解的属性进行填充
5.回调Aware方法，如BeanNameAware
6.调用BeanPostProcessor初始化前的方法
7.调用初始化方法
8.调用BeanPostProcessor初始化后的方法，在这里进行AOP
9.如果创建的bean是单例会将bean放入单例池
10.使用Bean
11.spring关闭时，调用destroy()方法

6.解释一下Spring支持的几种Bean的作用域

1.singleton:Spring中默认的bean都是单例的，每个容器只有一个bean实例，该对象的生命周期与Spring IOC容器一致
2.prototype：为每一个bean请求创建一个实例
3.request：在每个http请求中创建一个单例对象，在单个请求中都会复用该对象，该 bean 仅在当前 HTTP request 内有效
4.session：在每个http请求中创建一个单例对象，该 bean 仅在当前 HTTP session 内有效
5.global-session：全局作用域，基于portlet 的 web 应⽤中才有意义，Spring5 已经没有了。

7.Spring框架中单例Bean是线程安全的吗？

不是线程安全的，框架并没有对bean进行多线程的封装处理。主要是因为：当多个线程操作同一个对象时，对这个对象的非静态变量成员的写会存在线程安全问题。

解决方法：

1.在类中定义一个ThreadLocal成员变量，将需要的可变成员变量保存在ThreadLocal中
2.如果是多线程之间共享，需要使用lock、synchronized、CAS等实现线程同步的方法。

8.Spring框架中使用到了哪些设计模式

1.单例设计模式：Spring中的bean默认都是单例的
2.代理设计模式：Spring中AOP功能的实现
3.工厂设计模式：Spring使用工厂模式通过BeanFactory、ApplicationContext创建Bean对象
4.模板方法模式：Spring 中 jdbcTemplate、hibernateTemplate 等以 Template 结尾的对数据库操作的类，它们就使⽤到了模板模式；
5.包装器设计模式：项目需要链接不同的数据库，不同的客户在每次访问中去访问不同的数据库。
6.适配器模式：Spring中AOP的通知（Advice）使用了适配器模式。

9.Spring事务的实现方式和原理以及隔离级别

实现方式

事务的实现方式有两种：一种是编程式，一种是声明式，如使用@Transactional注解

原理在一个方法上加了@Transactional注解之后，Spring基于这个类生成一个代理对象，将这个代理对象作为bean放入IOC容器，在调用代理对象方法时，如果方法存在@Transactional注解，那么代理兑奖事务的自动提交设置为false，再去执行原本的业务逻辑，如果没有异常，那么代理就会将事务提交，否则将事务回滚。

10.谈谈你对Spring中事务的理解以及Spring中的事务隔离级别

事务：是一个完整的业务逻辑，最小的工作单元，不可再分。要么同时执行成功，要么同时失败

事物的四个特性(ACID)：

原子性：事务是最小的工作单元，不可分割
一致性：在同一个事务中，所有要求必须同时成功，或者同时失败，保证数据一致性
隔离性：当并发访问数据库时，一个是用户的事务不受其他事务的干扰，各并发事务之间的数据库是独立的
持久性：事务提交之后，它对数据库中数据的改变是持久的。

Spring中事物的隔离级别(四个)

1.读未提交--read uncommited(最低隔离级别) 问题：存在脏读现象
2.读已提交--read commited（Oracle数据库默认级别）问题：不可重复读
3.可重复读--repeatable read（MySQL数据库默认级别）问题：存在幻读现象
4.序列化--serializable（最高隔离级别）问题：不能并发，效率最低

11.Spring中的事务传播行为

事务传播⾏为是为了解决业务层⽅法之间互相调⽤的事务问题。当事务⽅法被另⼀个事务⽅法调⽤时，必须指定事务应该如何传播。

支持当前事务的情况：

REQUIRED（默认）：如果当前存在事务，则加⼊该事务；如果当前没有事务，则创建⼀个新的事务；
SUPPORTS：如果当前存在事务，则加⼊该事务；如果当前没有事务，则以⾮事务的⽅式继续运⾏；
MANDATORY：如果当前存在事务，则加⼊该事务；如果当前没有事务，则抛出异常。

不支持当前事务的情况：

REQUIRES_NEW：创建⼀个新的事务，如果当前存在事务，则把当前事务挂起；
NOT_SUPPORTED：：以⾮事务⽅式运⾏，如果当前存在事务，则把当前事务挂起。
NEVER：以⾮事务⽅式运⾏，如果当前存在事务，则抛出异常

其他情况

NESTED：如果当前存在事务，则创建⼀个事务作为当前事务的嵌套事务来运⾏；如果当前没有事务，则该取值等价于REQUIRED

12.spring事务什么时候会失效

1.发生自调用，类里面使用this调用本类的方法，此时这个this对象不是代理类。
2.方法不是public的，@Transactional只能用在public的方法上，否则方法不会生效，如果非要用在不是public的方法上，开启AspectJ代理模式
3.数据库不支持事务
4.没有被spring管理
5.异常被吃掉，事务不会回滚