提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档
前言
本文主要记录spring的单例bean、切面编程AOP、spring事务、循环依赖、常见注解等
提示：以下是本篇文章正文内容，下面案例可供参考
一、框架知识分布
二、Spring
1. spring-单例bean
① 问题引入
Spring框架中的bean是单例的
singleton ：bean在每个Spring IOC容器中只有一个实例。
prototype：一个bean的定义可以有多个实例。
② 单例bean是线程安全的吗
count是可修改的成员变量需要考虑线程安全
userService是无法修改的成员变量不需要考虑线程安全
③ 问题总结
④ 实战面试
2. spring-AOP
① 问题引入
AOP称为面向切面编程，用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽取并封装为一个可重用的模块，这个模块被命名为“切面”(Aspect)，减少系统中的重复代码，降低模块间的耦合度，同时提高了系统的可维护性。
常见的AOP使用场景:
1.记录操作日志（每一个service记录操作）
2.缓存处理（业务加缓存，写在AOP的切面拦截需要添加缓存的业务方法）
3.Spring中内置的事务处理
② AOP记录操作日志
获取请求的用户名、请求方式、访问地址、模块名称、登录ip、操作时间，记录到数据库的日志表中，如下图所示：
后台有四个请求接口，需要记录操作日志，使用AOP提供的环绕通知做一个切面，相当于一个通过的代码，遇到请求的时候就可以执行这段代码。
代码解释：https://zhuanlan.zhihu.com/p/596205936?utm_id=0
③ Spring事务如何实现的
Spring支持编程式事务管理和声明式事务管理两种方式。
- 编程式事务控制：需使用TransactionTemplate来进行实现，对业务代码有侵入性，项目中很少使用
- 声明式事务管理：声明式事务管理建立在AOP之上的。其本质是通过AOP功能**，对方法前后进行拦截**，将事务处理的功能编织到拦截的方法中，也就是在目标方法开始之前加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。（常用）
④ 问题总结
3. Spring-事务失效的场景
① 问题引入
对spring框架的深入理解、复杂业务的编码经验
- 异常捕获处理
- 抛出检查异常
- 非public方法
② 情况一：异常捕获处理
转账的代码中出现一个异常，由于这个异常会被try-catch捕获却没有抛出，所以可能导致事务失效（如果异常没有被捕获，就会发生事务回滚）
原因分析： 事务通知只有捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉
解决方法： 在catch块添加throw new RuntimeException(e)抛出
③ 情况二：抛出检查异常
系统找不到指定文件，抛出一个检查异常
原因分析： Spring 默认只会回滚非检查异常
解决方法： 配置rollbackFor属性Transactional(rollbackFor=Exception.class)，一旦出现异常都会被事务控制
④ 非public方法导致事务失效
方法没有用public
原因分析： Spring为方法创建代理、添加事务通知、前提条件都是该方法是public的
解决方法： 方法改为public
⑤ 问题总结
4. Spring-bean的生命周期（难）
① 问题引入
Spring容器是如何管理和创建bean实例
方便调试和解决问题
② BeanDefinition（Bean的定义信息）
Spring容器在进行实例化时，会将xml配置的<bean>的信息封装成一个BeanDefinition对象，Spring根据BeanDefinition来创建Bean对象，里面有很多的属性用来描述Bean
③ 问题总结
5. Spring-bean的循环依赖
① 问题引入
在创建A对象的同时需要使用的B对象，在创建B对象的同时需要使用到A对象
② Spring的循环依赖
Spring解决循环依赖是通过三级缓存，对应的三级缓存如下所示:
如果要想打破循环依赖,就需要一个中间人的参与,这个中间人就是二级缓存。
一级和二级缓存可以解决一般对象的循环依赖
代理对象需要用到三级缓存
构造方法注入产生的循环依赖问题，使用延迟加载解决问题
③ 问题总结
三、SpringMVC
1. SpringMVC-执行流程
① 问题引入
Springmvc的执行流程是这个框架最核心的内容
- 视图阶段（老旧JSP等)
- 前后端分离阶段(接口开发，异步)
② 视图阶段（JSP）
重要的组件：前端控制器、处理器映射器、处理器适配器、视图解析器
③ 前后端分离阶段(接口开发，异步)
④ 问题总结
四、SpringBoot
1. springboot-自动配置
① 问题引入
自动配置主要依赖于@SpringBootApplication注解，其中还包含了三个注解
@SpringBootConfiguration：该注解与@Configuration注解作用相同，用来声明当前也是
个配置类。@ComponentScan：组件扫描，默认扫描当前引导类所在包及其子包。@EnableAutoConfiguration： SpringBoot实现自动化配置的核心注解。
② 问题总结
五、Spring-框架中常见的注解
1. spring常见的注解
2. springMVC常见注解
3.springboot常见注解
六、Mybatis
1. Mybatis-执行流程
① 问题引入
- 理解了各个组件的关系
- Sql的执行过程（参数映射、sql解析、执行和结果处理)
② Mybatis执行流程
2. Mybatis支持延迟加载
① 问题引入
② 立即加载
查询用户信息的同时也可以查询到相关订单信息
UserMapper：
OrderMapper：
UserTest.java 打印输出用户信息
执行结果：
③ 延迟加载
fetchType="lazy" 开启局部延迟加载
UserMapper：
UserTest.java 打印输出用户信息
执行结果：先调用查询用户信息，然后因为调用了getOrderList()，所以还执行了查找对应订单的sql
在配置文件中开启全局延迟加载：
延迟加载的原理
- 使用CGLIB创建目标对象的代理对象
- 调用目标方法user.getOrderList)时，进入拦截器invoke方法，发现user.getOrderList()是null值，执行sql查询order列表3.把order查询上来，然后调用user.setOrderList(List orderList)，接着完成user.getOrderList()方法的调用
④ 问题总结
3. Mybatis-一级二级缓存
① 问题引入
● 本地缓存：基于PerpetualCache，本质是一个HashMap
● 一级缓存：作用域是session级别
● 二级缓存：作用域是namespace和mapper的作用域，不依赖于session
② 一级缓存
一级缓存：基于PerpetualCache的 HashMap本地缓存，其存储作用域为Session，当Session进行flush或close之后，该Session中的所有Cache就将清空，默认打开一级缓存
因为这两个都是查询的同一个id的用户信息，所以第二次查询的时候直接在缓存中取，而不需要再次执行SQL语句
③ 二级缓存
二级缓存是基于namespace和mapper的作用域起作用的，不是依赖于SQL session，默认也是采用PerpetualCache，HashMap存储（默认关闭）
开启二级缓存的两个步骤：
-
全局配置文件
-
映射文件：使用
<cache/>标签让当前mapper生效二级缓存
-
执行结果：只调用了一次SQL
注意事项：
- 对于缓存数据更新机制，当某一个作用域(一级缓存Session/二级缓存Namespaces)的进行了新增、修改、删除操作后，默认该作用域下所有select中的缓存将被clear
- 二级缓存需要缓存的数据实现Serializable接口
- 只有会话提交或者关闭以后，一级缓存中的数据才会转移到二级缓存中、
④ 问题总结
文章来源：https://www.toymoban.com/news/detail-733662.html
引用说明
https://www.bilibili.com/video/BV1yT411H7YK?p=35&vd_source=98092b0aee05ae7c890b09fe07f13df4文章来源地址https://www.toymoban.com/news/detail-733662.html
到了这里，关于Java开发之框架（spring、springmvc、springboot、mybatis）【面试篇 完结版】的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
