文章目录
-
- 1.Spring框架中的单例bean是线程安全的吗？
- 2.什么是AOP?
- 3.Spring中事务失效的场景有哪些
- 4.Spring的bean的生命周期
- 5.Spring中的循环引用
- 6.SpringMVC的执行流程
- 7.Springboot自动配置原理
- 8.Spring框架常见注解（Spring、Springboot、Springmvc）
-
- [8.1 .Spring](#8.1 .Spring)
- [8.2 .Springboot](#8.2 .Springboot)
- [8.3 .Springmvc](#8.3 .Springmvc)
- 9.MyBatis执行流程
- 10.Mybatis是否支持延迟加载？
- 11.Mybatis的一级、二级缓存用过吗？
1.Spring框架中的单例bean是线程安全的吗？
不是线程安全的
Spring框架中有一个@Scope注解，默认的值就是singleton，单例的。
因为一般在spring的bean中都是注入无状态的对象，没有线程安全问题，如果在bean中定义了可修改的成员变量，是要考虑线程安全问题的。
解决办法：
1、将Bean的作用域由 "singleton" 单例 改为 "prototype" 多例。
2、在类中定义 ThreadLocal 的成员变量，并将需要的可变成员变量保存在 ThreadLocal 中，ThreadLocal 本身就具备线程隔离的特性，这就相当于为每个线程提供了一个独立的变量副本，每个线程只需要操作自己的线程副本变量，从而解决线程安全问题。
2.什么是AOP?
AOP称为面向切面编程，用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽取并封装为一个可重用的模块，这个模块被命名为"切面"（Aspect），减少系统中的重复代码，降低了模块间的耦合度，同时提高了系统的可维护性。
实现的核心：自定义注解+AOP。
流程：
- 首先
自定义一个注解。 自定义切点，拦截所有加了自定义注解的方法。拦截下来之后，前置通知、后置通知、异常通知、返回通知还是环绕通知，就可以随便写了。
常见的AOP使用场景：
-
记录操作日志
-
缓存处理
-
Spring中内置的事务处理
其本质是通过AOP功能，对方法
前后进行拦截，在执行方法之前开启事务，在执行完目标方法之后根据执行情况提交或者回滚事务。
3.Spring中事务失效的场景有哪些
情况一：异常捕获处理
也就是在事务中出现了异常，如果是使用了
try catch 主动的将异常处理掉了，那么事务就会失效，但是如果将异常正常抛出，那么事务就不会失效。因为事务回滚的依据就是执行过程中抛出异常被检测到了才会回滚，保持事务的一致性。
情况二：抛出检查异常
Spring 默认只会回滚
非检查异常
对于事务在执行的过程中抛出了检查异常，会导致事务失效。
情况三：非public方法导致的事务失效
Spring 为方法
创建代理、添加事务通知、前提条件都是该方法是 public 的
参考链接：Spring 事务失效的十种常见场景
4.Spring的bean的生命周期
- 通过
BeanDefinition获取bean的定义信息
Spring容器启动的过程中，会将
Bean解析成Spring内部的BeanDefinition结构。
- 调用构造函数实例化bean
createBeanInstance()：用来初始化 Bean，里面会调用对象的构造方法；
- bean的依赖注入
populateBean()：属性对象的依赖注入，以及成员变量初始化；
-
处理Aware接口(BeanNameAware、BeanFactoryAware、ApplicationContextAware)
-
Bean的后置处理器BeanPostProcessor-前置
-
初始化方法(InitializingBean、init-method)
-
Bean的后置处理器BeanPostProcessor-后置
-
销毁bean
5.Spring中的循环引用
什么是循环引用？
在创建A对象的同时需要使用的B对象，在创建B对象的同时需要使用到A对象
循环依赖会造成什么问题？
会导致A对象和B对象bean创建不成功，导致出现无限寻找对方对象的循环过程。
三级缓存解决循环依赖
三级缓存分别为：
解决流程图：
大致可以理解为：
核心就是使用三级缓存
提前曝光Bean对象。
以下通过这两种方式采用三级缓存可以解决循环依赖问题
基于field属性注入
java
@Service
public class UserService {
@Autowired
private UserDAO userDAO; //通过属性注入
}基于setter方法注入
java
@Service
public class UserService {
private UserDAO userDAO;
@Autowired //通过setter方法实现注入
public void setUserDAO(serDAO userDAO) {
this.userDAO = userDAO;
}
}- 通过
构建函数创建A对象（A对象是半成品，还没注入属性和调用init方法）。 - A对象需要注入B对象，发现缓存里还没有B对象，将
半成品对象A放入半成品缓存(三级缓存）。 - 通过构建函数创建B对象（B对象是
半成品，还没注入属性和调用init方法）。 - B对象需要
注入A对象，从半成品缓存(三级缓存）里取到半成品对象A。 - B对象继续
注入其他属性和初始化，之后将完成品B对象放入完成品缓存（一级缓存）。 - A对象继续注入属性，从完成品缓存中取到完成品B对象并注入。
- A对象继续注入其他属性和初始化，之后将完成品A对象放入完成品缓存。
如果是通过构造函数注入依赖的方式可以采用以下方案解决循环依赖问题：
原因：由于bean的生命周期中构造函数是第一个执行的，spring框架并不能解决构造函数的的依赖注入
使用
@Lazy进行懒加载，什么时候需要对象再进行bean对象的创建
6.SpringMVC的执行流程
SpringMVC的执行流程分为两个版本：
视图阶段（JSP） ：
其执行流程为：
- 用户发送出请求到
前端控制器DispatcherServlet - DispatcherServlet收到请求
调用HandlerMapping（处理器映射器） - HandlerMapping找到具体的
处理器，生成处理器对象及处理器拦截器(如果有)，再一起返回给DispatcherServlet。 - DispatcherServlet
调用HandlerAdapter（处理器适配器） - HandlerAdapter经过
适配调用具体的处理器（Handler/Controller） - Controller执行完成返回
ModelAndView对象 - HandlerAdapter将Controller执行结果ModelAndView
返回给DispatcherServlet - DispatcherServlet将
ModelAndView传给ViewReslover（视图解析器） - ViewReslover解析后
返回具体View（视图） - DispatcherServlet根据
View进行渲染视图（即将模型数据填充至视图中） - DispatcherServlet
响应用户
其中：
DispatcherServlet（前端控制器）
DispatcherServlet就是所谓的SpringMVC前端控制器，作为整个SpringMVC的控制中心，相对于一个处理中转站。
HandlerMapping（处理器映射器）
HandlerMapping主要用来解析请求url，解析出控制器，从而映射控制器。
会将请求的URL解析出来，并且根据URL解析出来控制器，使其得到一个请求路径和类名方法的映射
HandlerAdapter（处理器适配器）
HandlerAdapter主要是调度Controller来处理业务逻辑
也就是
处理方法参数，交给Handler执行方法，以及处理（Handler执行后）方法返回值，从而给前端控制器返回一个逻辑视图（还不能用）
ViewResolver（视图解析器）
ViewResolver接口主要作用是解析DispatcherServlet传递的逻辑视图名，并将解析结果传回给DispatcherServlet
最后由DispatcherServlet渲染视图将带有数据的视图在页面展现出来
前后端分离阶段（接口开发，异步请求）
其执行流程为：
- 用户发送出请求到
前端控制器DispatcherServlet - DispatcherServlet收到请求调用
HandlerMapping（处理器映射器） - HandlerMapping找到具体的处理器，
生成处理器对象及处理器拦截器(如果有)，再一起返回给DispatcherServlet。 - DispatcherServlet调用
HandlerAdapter（处理器适配器） - HandlerAdapter经过适配调用
具体的处理器（Handler/Controller） - 方法上添加了
@ResponseBody - 通过
HttpMessageConverter来返回结果转换为JSON并响应
相比较与视图阶段（JSP）少了逻辑视图转换的步骤，而是直接通过HttpMessageConverter来返回结果转换为JSON并响应。
7.Springboot自动配置原理
举例启动类：
其中，SpringBootApplication注解可以拆分成三个注解：
-
@SpringBootConfiguration：该注解与 @Configuration 注解作用相同，用来声明当前也是一个配置类。 -
@ComponentScan：组件扫描，默认扫描当前引导类所在包及其子包 -
@EnableAutoConfiguration：SpringBoot实现自动化配置的核心注解。
@EnableAutoConfiguration 
- 在@EnableAutoConfiguration注解中，通过
@Import注解导入对应的配置选择器，其内部就是读取项目引用的jar包的classpath路径下META-INF/spring.factories文件中的所配置的类的全类名。 - 在这些
配置类中所定义的Bean会根据条件注解所指定的条件来决定是否需要将其导入到Spring容器中。 - 条件判断会有像
@ConditionalOnClass这样的注解，判断是否有对应的class文件，如果有则加载该类，把这个配置类的所有的Bean放入spring容器中使用。
例如下面如果导入了redis的相关依赖，那么@ConditionalOnClass注解就可以找到配置类的对应的字节码文件，然后判断spring容器中是否有了这个bean，没有就将bean注入到容器当中，完成自动装配，供程序使用
8.Spring框架常见注解（Spring、Springboot、Springmvc）
8.1 .Spring
8.2 .Springboot
8.3 .Springmvc
9.MyBatis执行流程
- 读取MyBatis配置文件：mybatis-config.xml
加载运行环境和映射文件
其中包括
数据库连接信息，mapper.xml映射文件等
- 构造会话工厂SqlSessionFactory
会话工厂，
全局一个，生产sqlSession
- 会话工厂创建SqlSession对象（
包含了执行SQL语句的所有方法） - 操作数据库的接口，
Executor执行器，同时负责查询缓存的维护 - Executor接口的执行方法中有一个
MappedStatement类型的参数，封装了映射信息
一个MappedStatement对象代表
xml中一个标签
- 输入参数映射
将java类型的参数转换为数据库支持的参数
- 输出结果映射
将数据库类型的参数转换为java类型输出
执行流程：
10.Mybatis是否支持延迟加载？
Mybatis 仅支持
association关联对象和collection关联集合对象的延迟加载，association 指的就是一对一，collection 指的就是一对多查询。
Mybatis支持延迟加载，但默认没有开启
很好的例子就是一对多的情况：
每一个用户都有对应的多个订单数据
其中：
- 查询用户的时候，把用户所属的
订单数据也查询出来，这个是立即加载 - 查询用户的时候，
暂时不查询订单数据，当需要订单的时候，再查询订单，这个就是延迟加载
怎么实现懒加载：
在Mybatis配置文件中，可以配置是否启用延迟加载lazyLoadingEnabled=true|false，默认是关闭的
延迟加载的底层原理
使用 CGLIB 创建目标对象的代理对象，当调用目标方法时，进入拦截器invoke()方法，比如查询订单表数据，拦截器 invoke () 方法发现 用户的订单表数据为是 null 值，那么就会单独发送事先保存好的查询订单表的 sql，把 订单表数据查询上来，然后调用 用户对象的set订单表方法，于是 用户的对象订单表属性就有值了。
11.Mybatis的一级、二级缓存用过吗？
- 本地缓存，基于PerpetualCache，本质是一个
HashMap - 一级缓存：作用域是
session级别(一次会话） - 二级缓存：作用域是
namespace和mapper的作用域，不依赖于session
一级缓存： (默认是开启的）
二级缓存： （默认是关闭的）
配置方法：
- 在mybatis配置文件里面加上一个标签
cacheEnabled设置为true
java
<!-- 开启二级缓存 -->
<setting name="cacheEnabled" value="true"/>- 在对应的mapper.xml文件加上标签：
java
<cache/>
注意点：
- 在当某一个作用域(一级缓存 Session/二级缓存Namespaces)的进行了
新增、修改、删除操作后，默认该作用域下所有 select中的缓存将被clear - 二级缓存需要缓存的数据实现
Serializable接口 - 只有在
会话提交或关闭时，一级缓存中的数据才会转移到二级缓存中(此时这个会话一级缓存也会被清空），以便其他会话可以共享这些数据
更新中-------------
参考来自黑马程序员