常见面试题之框架篇

野性酷女 2024-03-16 22:04 49阅读 0赞

## 1.`Spring`框架中的单例`bean`是线程安全的吗？ ##

不是线程安全的，是这样的。

当多用户同时请求一个服务时，容器会给每一个请求分配一个线程，这是多个线程会并发执行该请求对应的业务逻辑（成员方法），如果该处理逻辑中有对该单列状态的修改（体现为该单例的成员属性），则必须考虑线程同步问题。

`Spring`框架并没有对单例`bean`进行任何多线程的封装处理。关于单例`bean`的线程安全和并发问题需要开发者自行去搞定。

比如：我们通常在项目中使用的`Spring bean`都是不可可变的状态(比如`Service`类和`DAO`类)，所以在某种程度上说`Spring`的单例`bean`是线程安全的。

如果你的`bean`有多种状态的话（比如`View Model`对象），就需要自行保证线程安全。最浅显的解决办法就是将多态`bean`的作用由 **`singleton`** 变更为 **`prototype`** 。

## 2.什么是`AOP`？ ##

`aop`是面向切面编程，在`spring`中用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽取公共模块复用，降低耦合，一般比如可以做为公共日志保存，事务处理等.

![在这里插入图片描述][d1b173cd7d9542168e54f2e84519f005.png_pic_center]

## 3.你们项目中有没有使用到`AOP`？ ##

我们当时在后台管理系统中，就是使用`aop`来记录了系统的操作日志。

主要思路是这样的，使用`aop`中的环绕通知+切点表达式，这个表达式就是要找到要记录日志的方法，然后通过环绕通知的参数获取请求方法的参数，比如类信息、方法信息、注解、请求方式等，获取到这些参数以后，保存到数据库。

## 4.`Spring`中的事务是如何实现的？ ##

`spring`实现的事务本质就是`aop`完成，对方法前后进行拦截，在执行方法之前开启事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

![在这里插入图片描述][ddd9624ca89e46a2b76c586434de063d.png_pic_center]

## 5.`Spring`中事务失效的场景有哪些？ ##

第一个，如果方法上异常捕获处理，自己处理了异常，没有抛出，就会导致事务失效，所以一般处理了异常以后，别忘了跑出去就行了。

第二个，如果方法抛出检查异常，如果报错也会导致事务失效，最后在`spring`事务的注解上，就是`@Transactional`上配置`rollbackFor`属性为`Exception`，这样别管是什么异常，都会回滚事务。

第三，我之前还遇到过一个，如果方法上不是`public`修饰的，也会导致事务失效。

## 6.`Spring`的`bean`的生命周期？ ##

![在这里插入图片描述][50949f64875240238cffe3a812432025.png_pic_center]

首先会通过一个非常重要的类，叫做`BeanDefinition`获取`bean`的定义信息，这里面就封装了`bean`的所有信息，比如，类的全路径，是否是延迟加载，是否是单例等等这些信息。

创建`bean`的步骤：

第一步是调用构造函数实例化`bean`。

第二步是`bean`的依赖注入，比如一些`set`方法注入，像平时开发用的`@Autowire`都是这一步完成。

第三步是处理`Aware`接口，如果某一个`bean`实现了`Aware`接口就会重写方法执行。

第四步是`bean`的后置处理器`BeanPostProcessor`，这个是前置处理器。

第五步是初始化方法，比如实现了接口`InitializingBean`或者自定义了方法`init-method`标签或`@PostContruct`。

第六步是执行了`bean`的后置处理器`BeanPostProcessor`，主要是对`bean`进行增强，有可能在这里产生代理对象

最后一步是销毁`bean`。

## 7.`Spring`中的循环引用？ ##

循环依赖：循环依赖其实就是循环引用,也就是两个或两个以上的`bean`互相持有对方,最终形成闭环。比如`A`依赖于`B`,`B`依赖于`A`

循环依赖在`spring`中是允许存在，`spring`框架依据三级缓存已经解决了大部分的循环依赖：

*  一级缓存：单例池，缓存已经经历了完整的生命周期，已经初始化完成的`bean`对象。
 *  二级缓存：缓存早期的`bean`对象（生命周期还没走完）。
 *  三级缓存：缓存的是`ObjectFactory`，表示对象工厂，用来创建某个对象的。

`Spring`只能解决单例类型的循环，其解决帮扶就是提前暴露`ObjectFactory`，将未填充完属性的`bean`提前暴露出来。 流程图如下：

![在这里插入图片描述][8a8a9a71c06348878aba30d55b745c0d.png_pic_center]

## 8.`Spring`循环引用具体解决流程清楚吗？ ##

第一，先实例A对象，同时会创建`ObjectFactory`对象存入三级缓存`singletonFactories` ；

第二，`A`在初始化的时候需要`B`对象，这个走`B`的创建的逻辑；

第三，`B`实例化完成，也会创建`ObjectFactory`对象存入三级缓存`singletonFactories`；

第四，`B`需要注入`A`，通过三级缓存中获取`ObjectFactory`来生成一个`A`的对象同时存入二级缓存，这个是有两种情况，一个是可能是`A`的普通对象，另外一个是`A`的代理对象，都可以让`ObjectFactory`来生产对应的对象，这也是三级缓存的关键；

第五，`B`通过从通过二级缓存`earlySingletonObjects`获得到`A`的对象后可以正常注入，`B`创建成功，存入一级缓存`singletonObjects；`

第六，回到`A`对象初始化，因为`B`对象已经创建完成，则可以直接注入`B`，`A`创建成功存入一次缓存`singletonObjects`；

第七，二级缓存中的临时对象`A`清除 。

## 9.构造方法出现了循环依赖怎么解决？ ##

由于`bean`的生命周期中构造函数是第一个执行的，`spring`框架并不能解决构造函数的的依赖注入，可以使用`@Lazy`懒加载，什么时候需要对象再进行`bean`对象的创建。

## 10.`SpringMVC`的执行流程知道嘛？ ##

步骤如下：

1.  用户发送出请求到前端控制器`DispatcherServlet`，这是一个调度中心；
2.  `DispatcherServlet`收到请求调用`HandlerMapping`（处理器映射器）；
3.  `HandlerMapping`找到具体的处理器(可查找`xml`配置或注解配置)，生成处理器对象及处理器拦截器(如果有)，再一起返回给`DispatcherServlet`；
4.  `DispatcherServlet`调用`HandlerAdapter`（处理器适配器）；
5.  `HandlerAdapter`经过适配调用具体的处理器（`Handler/Controller`）；
6.  `Controller`执行完成返回`ModelAndView`对象；
7.  `HandlerAdapter`将`Controller`执行结果`ModelAndView`返回给`DispatcherServlet`；
8.  `DispatcherServlet`将`ModelAndView`传给`ViewReslover`（视图解析器）；
9.  `ViewReslover`解析后返回具体`View`（视图）；
10. `DispatcherServlet`根据View进行渲染视图（即将模型数据填充至视图中）；
11. `DispatcherServlet`响应用户。

当然现在的开发，基本都是前后端分离的开发的，并没有视图这些，一般都是`handler`中使用`Response`直接结果返回。

![在这里插入图片描述][62635d5d84024a55b7751a9b8693df41.png_pic_center]

**组件说明**

1.  **`DispatcherServlet`：** 前端控制器。用户请求到达前端控制器，它就相当于`mvc`模式中的`c`，`DispatcherServlet`是整个流程控制的中心，由它调用其它组件处理用户的请求，`DispatcherServlet`的存在降低了组件之间的耦合性，系统扩展性提高。
2.  **`HandlerMapping`：** 处理器映射器。`HandlerMapping`负责根据用户请求的`url`找到`Handler`，即处理器。`SpringMVC`提供了不同的映射器，实现不同的映射方式，根据一定的规则去查找，例如：`xml`配置方式，实现接口方式，注解方式等。
3.  **`Handler`：** 处理器。`Handler`是继`DispatcherServlet`前端控制器的后端控制器，在`DispatcherServlet`的控制下`Handler`对具体的用户请求进行处理。由于`Handler`涉及到具体的用户业务请求，所以一般情况需要程序员根据业务需求开发`Handler`。
4.  **`HandlAdapter`：** 处理器适配器。通过`HandlerAdapter`对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行执行。
5.  **`ModelAndView`：** 是`SpringMVC`的封装对象，将`model`和`view`封装在一起。
6.  **`ViewResolver`：** 视图解析器。`ViewResolver`负责将处理结果生成`View`视图，`ViewResolver`首先根据逻辑视图名解析成物理视图名即具体的页面地址，再生成`View`视图对象，最后对`View`进行渲染将处理结果通过页面展示给用户。
7.  **`View`：** 是`SpringMVC`的封装对象，是一个接口，`SpringMVC`框架提供了很多的`View`视图类型，包括：`jspview`，`pdfview`，`jstlView`、`freemarkerView`、`pdfView`等。一般情况下需要通过页面标签或页面模版技术将模型数据通过页面展示给用户，需要由程序员根据业务需求开发具体的页面。

## 11.`Springboot`自动配置原理？ ##

![在这里插入图片描述][1bb36b9e5d694ff18eb43a1b5fc8df84.png_pic_center]

在`Spring Boot`项目中的引导类上有一个注解`@SpringBootApplication`，这个注解是对三个注解进行了封装，分别是：

*  `@SpringBootConfiguration`
 *  `@EnableAutoConfiguration`
 *  `@ComponentScan`

其中`@EnableAutoConfiguration`是实现自动化配置的核心注解。

该注解通过`@Import`注解导入对应的配置选择器。关键的是内部就是读取了该项目和该项目引用的`Jar`包的的`classpath`路径下 **`META-INF/spring.factories`** 文件中的所配置的类的全类名。

在这些配置类中所定义的`Bean`会根据条件注解所**指定的条件来决定**是否需要将其导入到`Spring`容器中。

一般条件判断会有像`@ConditionalOnClass`这样的注解，判断是否有对应的`class`文件，如果有则加载该类，把这个配置类的所有的`Bean`放入`spring`容器中使用。

## 12.`Spring`的常见注解有哪些？ ##

第一类是：声明`bean`，有`@Component`、`@Service`、`@Repository`、`@Controller`

第二类是：依赖注入相关的，有`@Autowired`、`@Qualifier`、`@Resourse`

第三类是：设置作用域`@Scope`

第四类是：`spring`配置相关的，比如`@Configuration`，`@ComponentScan`和`@Bean`

第五类是：跟`aop`相关做增强的注解`@Aspect`，`@Before`，`@After`，`@Around`，`@Pointcut`

## 13.`SpringMVC`常见的注解有哪些？ ##

有`@RequestMapping`：用于映射请求路径；

`@RequestBody`：注解实现接收`http`请求的`json`数据，将`json`转换为`java`对象；

`@RequestParam`：指定请求参数的名称；

`@PathViriable`：从请求路径下中获取请求参数(`/user/{id}`)，传递给方法的形式参数；`@ResponseBody`：注解实现将`controller`方法返回对象转化为`json`对象响应给客户端。`@RequestHeader`：获取指定的请求头数据，还有像`@PostMapping`、`@GetMapping`这些。

## 14.`Springboot`常见注解有哪些？ ##

`Spring Boot`的核心注解是`@SpringBootApplication` , 他由几个注解组成 :

*  `@SpringBootConfiguration`： 组合了`@Configuration`注解，实现配置文件的功能；
 *  `@EnableAutoConfiguration`：打开自动配置的功能，也可以关闭某个自动配置的选项；
 *  `@ComponentScan`：`Spring`组件扫描。

## 15.`MyBatis`执行流程？ ##

![在这里插入图片描述][0b2a5d45229640a8b4a6bf9580b4c93e.png_pic_center]

步骤如下：

1.  读取`MyBatis`配置文件：`mybatis-config.xml`；
2.  加载运行环境和映射文件；
3.  构造会话工厂`SqlSessionFactory`，一个项目只需要一个，单例的，一般由`spring`进行管理；
4.  会话工厂创建`SqlSession`对象，这里面就含了执行`SQL`语句的所有方法；
5.  操作数据库的接口，`Executor`执行器，同时负责查询缓存的维护；
6.  `Executor`接口的执行方法中有一个`MappedStatement`类型的参数，封装了映射信息；
7.  输入参数映射；
8.  输出结果映射。

## 16.`Mybatis`是否支持延迟加载？ ##

是支持的。

延迟加载的意思是：就是在需要用到数据时才进行加载，不需要用到数据时就不加载数据。

`Mybatis`支持一对一关联对象和一对多关联集合对象的延迟加载。

在`Mybatis`配置文件中，可以配置是否启用延迟加载`lazyLoadingEnabled=true|false`，默认是关闭的。

## 17.延迟加载的底层原理知道吗？ ##

延迟加载在底层主要使用的`CGLIB`动态代理完成的。

第一是，使用`CGLIB`创建目标对象的代理对象，这里的目标对象就是开启了延迟加载的`mapper`；

第二个是当调用目标方法时，进入拦截器`invoke`方法，发现目标方法是`null`值，再执行`sql`查询；

第三个是获取数据以后，调用`set`方法设置属性值，再继续查询目标方法，就有值了。

## 18.`Mybatis`的一级、二级缓存用过吗？ ##

`mybatis`的一级缓存: 基于`PerpetualCache`的`HashMap`本地缓存，其存储作用域为`Session`，当`Session`进行`flush`或`close`之后，该`Session`中的所有`Cache`就将清空，默认打开一级缓存。

关于二级缓存需要单独开启。

二级缓存是基于`namespace`和`mapper`的作用域起作用的，不是依赖于`SQL session`，默认也是采用 `PerpetualCache`，`HashMap`存储。

如果想要开启二级缓存需要在全局配置文件和映射文件中开启配置才行。

## 19.`Mybatis`的二级缓存什么时候会清理缓存中的数据？ ##

当某一个作用域(一级缓存`Session`/二级缓存`Namespaces`)的进行了新增、修改、删除操作后，默认该作用域下所有`select`中的缓存将被`clear`。

[d1b173cd7d9542168e54f2e84519f005.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/be06e0170a5e494b8097851858765903.png
[ddd9624ca89e46a2b76c586434de063d.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/bb6d20f4217d4808b471b704754216a1.png
[50949f64875240238cffe3a812432025.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/483d02d4313c4a0ba60d8e4bfd0e7e63.png
[8a8a9a71c06348878aba30d55b745c0d.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/931e81fbdb5a481c9424d6096d59910f.png
[62635d5d84024a55b7751a9b8693df41.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/cf3b5038ea5045d6bd8a3611579e68aa.png
[1bb36b9e5d694ff18eb43a1b5fc8df84.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/ba785f76c6cc4822a2fb71d7c33d06ed.png
[0b2a5d45229640a8b4a6bf9580b4c93e.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/6389f35b9ce34721b75ab9f8fa96c12a.png