Spring框架

Spring

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

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

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

比如：我们通常在项目中使用的Spring bean都是不可可变的状态(比如Service类和DAO类)，所以在某种程度上说Spring的单例bean是线程安全的。如果你的bean有多种状态的话（比如 View Model对象），就需要自行保证线程安全。最浅显的解决办法就是将多态bean的作用由“singleton”变更为“prototype”。

什么是AOP

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

你们项目中有没有使用到AOP

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

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

Spring中的事务是如何实现的

Spring中的事务管理是通过AOP（Aspect-Oriented Programming）和代理机制来实现的。Spring框架提供了声明式事务管理和编程式事务管理两种方式。

1. 声明式事务管理：
   • 声明式事务管理是通过AOP来实现的，通常使用注解或XML配置进行声明。
   • Spring中最常用的声明式事务管理方式是使用@Transactional注解，你可以将这个注解添加到需要进行事务管理的方法上。
   • 当方法被调用时，Spring会在方法的开始和结束处自动管理事务的开启、提交和回滚，而开发者不需要显式编写事务管理代码。

​ 编程式事务管理：

• ​ 编程式事务管理是通过编写代码来实现的，通常需要显式地使用事务管理模板（如TransactionTemplate）。
  • 开发者需要在代码中编写开启事务、提交事务、回滚事务的逻辑。

Spring中事务失效的场景有哪些

第一个，如果方法上异常捕获处理，自己处理了异常，没有抛出，就会导致事务失效，所以一般处理了异常以后，别忘了跑出去就行了
第二个，如果方法抛出检查异常，如果报错也会导致事务失效，最后在spring事务的注解上，就是@Transactional上配置rollbackFor属性为Exception，这样别管是什么异常，都会回滚事务
第三，我之前还遇到过一个，如果方法上不是public修饰的，也会导致事务失效

Spring的bean的生命周期

1）Spring 对 Bean 进⾏实例化；
2）Spring 将配置和 Bean 的引⽤注⼊到对应的属性中；
3）如果 Bean 实现了 BeanNameAware 接⼜，Spring 将 Bean 的 ID 传递给 setBeanName() ⽅法；
4）如果 Bean 实现了 BeanFactoryAware 接⼜，Spring 将调⽤ setBeanFactory() ⽅法将 BeanFactory 容器实例传⼊；
5）如果 Bean 实现了 ApplicationContextAware 接⼜，Spring 将调⽤ setApplicationContext() ⽅法将 Bean 所在的应⽤上下⽂的引⽤传⼊进来；
6）如果 Bean 实现了 BeanPostProcessor 接⼜，Spring 将调⽤它们的 postProcessBeforeInitialization() ⽅法；
7）如果 Bean 实现了 InitializingBean 接⼜，Spring 将调⽤它们的 afterPropertiesSet() ⽅法。类似地，如果 Bean使⽤ initmethod 声明了初始化⽅法，该⽅法也会被调⽤；
8）如果 Bean 实现了 BeanPostProcessor 接⼜，Spring 将调⽤它们的postProcessAfterInitialization()⽅法；
9）此时，Bean 已经准备就绪，可以被应⽤程序使⽤了，它们将⼀直驻留在应⽤上下⽂中，直到该应⽤上下⽂被销毁；
10）如果 Bean 实现了 DisposableBean 接⼜，Spring 将调⽤它的 destroy() 接⼜⽅法。同样，如果使⽤destroymethod 声明了销毁⽅法，该⽅法也会被调⽤。

Spring中的循环引用

由上图看出，Spring 能够解决但单例 Setter 类型注⼊⽅式的循环依赖问题，这得益于其内部的三级缓存机制。

1）⼀级缓存（singletonObjects），⽤于保存实例化、注⼊、初始化完成的 bean 实例；
2）⼆级缓存（earlySingletonObjects），⽤于保存实例化完成的 bean 实例；
3）三级缓存（singletonFactories），⽤于保存 bean 创建⼯⼚，以便于后⾯扩展有机会创建代理对象。

当 A、B 两个类发⽣循环引⽤时，在 A 完成实例化后，就使⽤实例化后的对象去创建⼀个对象⼯⼚，并添加到三级缓存中，如果 A 被 AOP 代理，那么通过这个⼯⼚获取到的就是 A 代理后的对象，否则就是 A 实例化的对象。当 A进⾏属性注⼊时，会去创建 B，同时 B 又依赖了A，所以创建 B 的同时又会去调⽤ getBean(a) 来获取需要的依赖，此时的 getBean(a) 会从缓存中获取，第⼀步，先获取到三级缓存中的⼯⼚；第⼆步，调⽤对象⼯⼚的 getObject ⽅法来获取到对应的对象，得到这个对象后将其注⼊到 B 中。紧接着 B 会⾛完它的⽣命周期流程，包括初始化、后置处理器等。当 B 创建完后，会将B再注⼊到 A 中，此时 A 再完成它的整个⽣命周期。⾄此，循环依赖结束！

为何需要⼆级缓存

如果有两个 Service B C 分别依赖 A，⽽ A 又依赖 B 和 C，如果没有⼆级缓存，则初始化 B 和 C 时需要从三级缓存中拿 A 的实例，⽽三级缓存存放的是 A 的 ObjectFactory ⼯⼚对象，这样 B 和 C 取到的 A 实例就不⼀样了。

为何三级缓存是 ObjectFactory 对象

如果要使⽤⼆级缓存解决循环依赖，意味着所有 Bean 在实例化后就要完成 AOP 代理，这样违背了 Spring 设计的原则，Spring 在设计之初就是通过 AnnotationAwareAspectJAutoProxyCreator 这个后置处理器来在 Bean ⽣命周期的最后⼀步来完成 AOP 代理，⽽不是在实例化后就⽴马进⾏ AOP 代理。

出现循环依赖如何解决？

项⽬中如果出现循环依赖问题，说明是spring默认⽆法解决的循环依赖，要看项⽬的打印⽇志，属于哪种循环依赖。⽬前包含下⾯⼏种情况:

⽣成代理对象产⽣的循环依赖
这类循环依赖问题解决⽅法很多，主要有：

1）使⽤ @Lazy 注解，延迟加载使⽤；

2）@DependsOn 注解，指定加载先后关系；

3）修改⽂件名称，改变循环依赖类的加载顺序使⽤。

@DependsOn 产⽣的循环依赖
这类循环依赖问题要找到 @DependsOn 注解循环依赖的地⽅，迫使它不循环依赖就可以解决问题。
多例循环依赖
这类循环依赖问题可以通过把 bean 改成单例的解决。
构造器循环依赖
这类循环依赖问题可以通过使⽤ @Lazy 注解解决。

SpringMVC的执行流程知道嘛

（1）当用户通过浏览器发起一个HTTP请求，请求直接到前端控制器DispatcherServlet；
（2）前端控制器接收到请求以后调用处理器映射器HandlerMapping，处理器映射器根据请求的URL找到具体的Handler，并将它返回给前端控制器；
（3）前端控制器调用处理器适配器HandlerAdapter去适配调用Handler；
（4）处理器适配器会根据Handler去调用真正的处理器去处理请求，并且处理对应的业务逻辑；
（5）当处理器处理完业务之后，会返回一个ModelAndView对象给处理器适配器，HandlerAdapter再将该对象返回给前端控制器；这里的Model是返回的数据对象，View是逻辑上的View。
（6）前端控制器DispatcherServlet将返回的ModelAndView对象传给视图解析器ViewResolver进行解析，解析完成之后就会返回一个具体的视图View给前端控制器。（ViewResolver根据逻辑的View查找具体的View）
（7）前端控制器DispatcherServlet将具体的视图进行渲染，渲染完成之后响应给用户（浏览器显示）。

Springboot自动配置原理

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

• @SpringBootConfiguration
• @EnableAutoConfig
• @ComponentScan

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

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

在这些配置类中所定义的Bean会根据条件注解所指定的条件来决定是否需要
将其导入到Spring容器中。
一般条件判断会有像 @ConditionalOnClass 这样的注解，判断是否有对应的
class文件，如果有则加载该类，把这个配置类的所有的Bean放入spring容器
中使用。

Spring 的常见注解有哪些？

第一类是：声明bean，有@Component、@Service、@Repository、@Controller
第二类是：依赖注入相关的，有@Autowired、@Qualifier、@Resourse
第三类是：设置作用域 @Scope
第四类是：spring配置相关的，比如@Configuration，@ComponentScan 和@Bean
第五类是：跟aop相关做增强的注解 @Aspect，@Before，@After，@Around，@Pointcut

SpringMVC常见的注解有哪些？

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

Springboot常见注解有哪些？

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

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

MyBatis执行流程

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

Mybatis是否支持延迟加载？

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

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

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

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

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

第一是，使用CGLIB创建目标对象的代理对象，这里的目标对象就是开启了延迟加载的mapper
第二个是当调用目标方法时，进入拦截器invoke方法，发现目标方法是null值，再执行sql查询
第三个是获取数据以后，调用set方法设置属性值，再继续查询目标方法，就有值了

Mybatis的一级、二级缓存用过吗？

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

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

二级缓存是基于namespace和mapper的作用域起作用的，不是依赖于SQLsession，默认也是采用 PerpetualCache，HashMap 存储。如果想要开启二级缓存需要在全局配置文件和映射文件中开启配置才行。

Mybatis的二级缓存什么时候会清理缓存中的数据

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