【java面试】框架篇

一、总体结构

二、Spring

（一）单例bean

• spring框架中的bean是单例的吗?
• 是单例的，可以设置为singleton,默认情况下也是
• singleton : bean在每个Spring IOC容器中只有一个实例。
• prototype:一个bean的定义可以有多个实例。

spring框架中的单例bean是线程安全的吗？
不是线程安全的

如图，成员变量可以被修改，所以当有多个请求过来时，每个请求都能去修改count的值，此时count就不是线程安全的。接收的形参如id是局部变量一般没有线程安全问题。但userServcice 又没有线程安全问题，因为它是一个无状态的类，简单来说就是该成员变量不能被修改。

（二）AOP

AOP称为面向切面编程，用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽取并封装为一个可重用的模块，这个模块被命名为“切面”(Aspect)，减少系统中的重复代码，降低了模块间的耦合度，同时提高了系统的可维护性。

常见的AOP使用场景:

• 记录操作日志
• 缓存处理
• Spring中内置的事务处理

1、记录日志

记录日志为例：获取请求的用户名、请求方式、访问地址、模块名称、登录ip、操作时间，记录到数据库的日志表中

2、spring事务实现

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

• 编程式事务控制:需使用TransactionTemplate来进行实现，对业务代码有侵入性，项目中很少使用
• 声明式事务管理:声明式事务管理建立在AOP之上的。其本质是通过AOP功能，对方法前后进行拦截，将事务处理的功能编织到拦截的方法中，也就是在目标方法开始之前加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。
  

3、总结

（三）事务失效

事务失效的场景有哪些？（对spring框架的深入理解，复杂业务的编码经验）

1、异常捕获处理

例如：两人之间相互转账，转出金额之后，出现异常，此时另一个人还没转入。

结果：事务正常捕获到异常会回滚，由于通过try…catch…自己处理掉异常，事务通知无法捕捉，所以导致一方转出了，另一方没转入

原因：事务通知只有捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉
解决：在catch块添加throw new RuntimeException(e)抛出，将异常主动抛出。

2、抛出检查异常

受检异常和非受检异常：谈谈对受检异常和非受检异常的理解
原因：Spring默认只会回滚非检查异常，而FileNotFoundException是检查异常，不会回滚
解决：配置rollbackFor属性@Transactional(rollbackFor=Exception.class)，表示只要有异常都会回滚

3、非public方法

没有加public:

原因：Spring为方法创建代理、添加事务通知、前提条件都是该方法是public的
解决：改为public方法

4、总结

（四）bean的生命周期

spring的bean的生命周期？
了解Spring容器是如何管理和创建bean实例，方便调试和解决问题

1、 BeanDefinition

Spring容器在进行实例化时，会将xml配置的<bean>的信息封装成一个BeanDefinition对象，Spring根据BeanDefinition来创建Bean对象，里面有很多的属性用来描述Bean

这些属性都被封装在了defintion中备用，那么时候用呢？

2、Bean的生命周期

3、总结

（五）bean的循环依赖（循环引用）

spring中的循环引用？

1、问题描述

在创建A对象的同时需要使用的B对象，在创建B对象的同时需要使用到A对象。有了循环引用就有可能出现死循环的问题。

2、三级缓存解决循环依赖

2.1 一级缓存

限制bean在beanFactory中只存一份，即实现singleton scope，解决不了循环依赖

2.2 二级缓存

如果想打破循环依赖，就需要一个中间人参与，这个中间人就是二级缓存：

二级缓存可以解决一般对象的循环依赖，但是不能解决代理对象（一般对象的增强）的循环依赖

2.3三级缓存

三级缓存解决了大部分（初始化过程中）的循环引用问题，但是有部分问题（构造过程中）apring框架解决不了，我们需要手动解决。

3、手动解决循环依赖

构造方法注入产生的循环依赖问题：

报错信息：

解决方案：

延迟加载（懒加载）：什么时候需要对象，在进行bean对象的创建，而非实例化的时候直接把bean对象给注入进来

4、总结

感觉一级和三级就已经足够解决循环依赖的问题了，那么二级缓存有什么用?
因为对象都是单例的，当我们通过objectFactory获取单例对象（A）的时候，直接往二级缓存中去存储一个对象即可，那么A必须要从二级缓存中获取，同时在将B中注入A时，这个A也是也是从二级缓存中获取的代理对象，最终才能生成一个完整的代理对象A。多次调用对象工厂会产生多例处理起来更麻烦。所以使用工厂生成的对象统一放入二级缓存，使用时再取出即可

（六）SpringMvc执行流程

springMVC的执行流程？
Springmvc的执行流程是这个框架最核心的内容

• 视图阶段（老旧JSP等)
• 前后端分离阶段（接口开发，异步)——在该模式下只需响应即可，ResponseBody就可以将数据转化成JSON响应到前端。

1、视图阶段

DispatcherServlet（前端控制器）：调度中心，接收所有请求
HandlerMapping（处理映射器）：requestMapping中通过路径找到对应的方法
HandlerAdaptor（处理适配器）：执行Handler，处理Handler中的参数和返回值
ViewResolver（视图解析器）：将ModelAndView中的逻辑视图解析为真正的的视图，再渲染给页面

2、前后端分离开发阶段

3、总结

（七）Springboot的自动配置原理

Springboot框架最核心的原理。

• @SpringBootConfiguration:该注解与@Configuration注解作用相同，用来声明当前也是一个配置类。
• @ComponentScan:组件扫描，默认扫描当前引导类所在包及其子包。
• @EnableAutoConfiguration: SpringBoot实现自动化配置的核心注解。

（八）spring框架常见注解

1、spring的常见注解

2、SpringMVC常见的注解

3、Springboot常见注解

三、Mybatis

（一）MyBatis执行流程

MyBatis是目前最流行的持久层框架。理解该执行流程可以更好的理解各个组件的关系，Sql的执行过程（参数映射、sql解析、执行和结果处理）

核心配置文件：mybatis-config.xml：环境的配置（指定我需要操作的数据库，并输入用户名和密码）、加载一些映射文件（配置方式有两种：直接指定当前的映射文件、指定当前的包名——相当于设置了一个扫描包，在该包下的映射文件都会去扫描加载）

sqlSession–操作数据库

（二）延迟加载的使用

Mybatis是否支持延迟加载
Mybatis支持延迟加载，但默认没有开启

1、延迟加载

查询用户的时候，把用户所属的订单数据也查询出来，这个是立即加载
查询用户的时候，暂时不查询订单数据，当需要订单的时候，再查询订单，这个就是延迟加载，即按需加载
例如：查询用户信息和订单信息

开启局部的延迟加载（userMapper.xml）：

全局的延迟加载（mybatis-config.xml）:

2、延迟加载的原理（代理对象）

1. 使用CGLIB创建目标对象的代理对象
2. 当调用目标方法user.getOrderList0)时，进入拦截器invoke方法，发现user.getOrderList()是null值，执行sql查询order列表3.把order查询3. 上来，然后调用user.setOrderList(List orderList)，接着完成user.getOrderList()方法的调用
   

3、总结

（三）Mybatis一级、二级缓存

●本地缓存，基于PerpetualCache，本质是一个HashMap
●一级缓存:作用域是session级别
●二级缓存:作用域是namespace和mapper的作用域，不依赖于session

一级和二级缓存都是保存在了本地是本地缓存，缓存类：PerpetualCache，本质是一个HashMap；一级和二级都是基于本地HashMap来做的缓存。一级主要是sqlSession,这两个级别缓存思路是和上面图一样，不同的是缓存的时机。

1、一级缓存

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

查询结果：

2、二级缓存

2.1 普通查询

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

查询结果：

基于两次连接，就执行了两次sql查询，就想执行一次sql：开启二级缓存

2.2 开启二级缓存

①全局配置文件（mybatis-config.xml）开启配置

②在映射文件中(userMapper.xml)加上<catch/>让当前mapper生效二级缓存

查询结果：

2.3 注意事项

1. 对于缓存数据更新机制，当某一个作用域(一级缓存Session/二级缓存Namespaces)的进行了新增、修改、删除操作后，默认该作用域下所有select中的缓存将被clear
2. 二级缓存需要缓存的数据实现Serializable接口
3. 只有会话提交或者关闭以后，一级缓存中的数据才会转移到二级缓存中

3、总结