包含内容

在这里插入图片描述

单例bean线程是安全的吗？

Spring框架中的bean是单例的吗？
是单例的
在这里插入图片描述
这个默认是单例的但是可以在Bean注解类文件使用@Scope注解进行配置

singleton：bean在每个Spring IOC容器中只有一个实例
prototype：一个bean的定义可以有多个实例
不是线程安全的
Spring bean并没有可变状态（比如service类和dao类），所以在某个程度上说Spring的单例Bean线程是安全的，并且在bean中尽量不要去定义哪些可修改的成员变量。

Spring框架中的单例线程是安全的吗？
不是线程安全的
Spring框架中有一个Scope注解，默认是singleton，单例的
因为一般在Spring的bean中都是注入无状态的对象，没有线程安全问题，如果bean中定义了可修改的成员变量，就要考虑线程安全的问题，可以使用多例模式或者加锁的方式来解决。

AOP

什么是AOP，你们的项目中有没有用到AOP，对AOP的理解，有没有真正用过AOP？

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

常见的AOP使用场景：

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

记录操作日志
在这里插入图片描述
Spring的事务是如何实现的？
Spring支持编程式事务管理和声明式事务管理两种方式。

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

总结：
什么是AOP
面相切面编程，用于对那些与业务无关的，但却对多个对象产生影响的公共行为和逻辑，抽取公共模块复用，降低耦合度

你们项目中有没有用到AOP？
记录操作日志，缓存，Spring实现的事务
核心是：使用AOP中的环绕通知+切面表达式（找到记录的方法），通过环绕通知的参数请求方法的参数（类，方法，注解，请求方式等等），获取这些参数之后保存到数据库中。

Spring中的事务是如何实现的？
其本质是通过AOP功能，对方法前后进行拦截，在执行方法之前开启事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

Spring事务失效的场景

异常捕捉处理
抛出检查异常
非public方法

情况一：异常捕捉处理
在这里插入图片描述
原因：事务通知只有捕捉到了目标抛出的异常才能进行后续的回滚处理，如果目标自己处理了一场，事务通知无法知悉。
解决：在catch代码中添加throw new RuntimeException(e)抛出

情况2：检查抛出异常
在这里插入图片描述
原因：Spring默认指挥回滚非检查异常
解决：配置rollback属性

@Transactional(rollbackFor=Exception.class)

情况三：非public方法导致的事务失效
在这里插入图片描述
原因：Spring为方法创建代理，添加事务通知，前提条件都是该方法是public
解决：讲方法设置为public修饰的

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

异常捕获处理，自己处理了异常，没有抛出，解决：手动抛出
抛出异常检查异常，配置rollbackFor属性为Exception
非public方法配置的事务失效，改为public

Spring的bean的生命周期

Spring容器时如何管理和创建bean实例？
方法调用和解决问题

BeanDefinition

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

beanClassName：bean类名
initMethodName：初始化方法名称
propertyValues：bean的属性值
scope：作用域
lazyInit：延迟初始化

Bean创建过程

首先是在Bean

Definition方法中获取Bean的相关信息
然后执行Bean的构造信息
紧接着对Bean中的依赖进行注入，例如使用@Autowired注解修饰的变量，进行依赖注入
随后实现Aware接口，常见的Aware接口有BeanNameAware BeanFactoryAware ApplicationContextAware
随后实现初始化前置方法：BeanPostProcessor#before 方法
然后执行Bean初始化方法实现InitializingBean，重写里面的方法，还有自定义的init方法
最后执行BeanPostProcessor#after方法并且对Bean的增强例如AOP就是在这里进行，AOP其实是使用的动态代理，动态代理分为两种：JDK动态代理，CGLIB动态代理。
最后最后在Spring容器关闭的时候销毁Bean

Bean的创建和初始化是分来的

在这里插入图片描述

Bean的循环引用

在这里插入图片描述
两个对象在bean初始化的时候如果互相引用就会出现循环引用的问题

什么是Spring的循环依赖？
在这里插入图片描述
三级缓存的方式解决循环依赖：

普通对象使用二级缓存

代理对象使用三级缓存：

在构造方法中引入循环依赖问题解决：

解决方式：
使用@Lazy

@Lazy注解表示延迟加载，通俗的说就是让他延迟加载，什么时候使用，什么时候加载

Spring中的循环引用

循环依赖，其实就是两个或两个以上的bean互相持有地方，最终形成闭环，比如A依赖B，B依赖A
循环依赖在Spring中是允许存在的，Spring框架依据三级缓存已经解决了大部分的循环依赖
一级缓存：单例池，缓存已经经历了完整的生命周期，已经初始化完成了bean对象
二级缓存：缓存早期的bean对象（声明周期还没走完）
三级缓存：缓存的是ObjectFactory，表示对象工厂，用来创建某个对象。

构造方法中出现了循环依赖怎么解决？
A依赖B,B依赖A，注入的方式是构造函数
原因：由于Bean的生命周期中构造函数是第一个执行的，Spring框架并不能解决构造函数依赖注入

Spring MVC执行流程

Spring MVC的执行流程你知道吗？
Spring MVC的执行流程是这个框架的核心的内容

视图阶段（老旧的jsp等）
前后端分离阶段（接口开发，异步）

视图阶段JSP
在这里插入图片描述
执行流程如下：（个人理解）

首先浏览器发送请求
请求进入前端控制器（DispatherServlet）
前端控制器去处理映射器中查询handler，根据请求的路径在处理器映射器（HandlerMapper）中找到对应的类名#方法名，然后返回处理器的执行链
前端控制器拿着执行链再去处理适配器（handlerAdapter）请求执行handler，在处理适配器中去处理请求的参数，以及处理返回值，随后请求适配器返回ModelAndView对象给前端控制器
然后前端控制器获取ModelAndView再使用ModelAndView前往视图解析器（ViewResolver）将逻辑视图解析为真正的视图，返回视图的（View）对象
最后进行视图展示（jsp）

前后端分离阶段（接口的开发，异步请求）
在这里插入图片描述
执行流程如下：（个人理解）

首先浏览器请求路径，携带相关的参数，进入前端控制器
前端控制器去处理映射器，去根据请求的路径，携带的参数，查询的对应的类名和方法，随后返回处理器的执行链
前端控制器根据处理器执行链前往处理器适配器，去请求处理器handler，在方法中去添加@ResponseBody，通过HttpMessageConverter来返回结果转化为JSON并响应，处理参数，处理返回值，最后响应给浏览器。

SpringMVC的执行流程（前后端不分离）

用户发送请求到前端控制器DispatcherServlet
DispatcherServlet收到请求调用HandlerMapper（处理器映射器）
HandlerMapping找到具体的处理器，生成处理器对象并处理拦截器（如果有），在一起返回给DispatcherServlet
DispatcherServlet调用HandlerAdapter（处理器适配器）
HandlerAdapter经过适配器到具体的处理器（Handler/Controller）
Controller执行完之后返回ModelAndView对象
HandlerAdapter将Controller对象执行结果ModelAndView返回DispatcherServlet
DispatcherServlet将ModelAndView传给ViewResolver（视图解析器）
ViewResolver解析后返回具体的view（视图）
DispatcherServlet根据View进行渲染视图（即将视图数据填充到视图中）
DispatcherServlet响应用户

SpringMVC的执行流程（前后端分离）

用户发送出请求到前端控制器DispatcherServlet
DispatcherServlet收到请求调用HandlerMapping（处理映射器）
HandlerMapping找到具体的处理器，生成处理器对象及对象处理器拦截器（如果有），再一起返回给DispatcherServlet
DispatcherServlet调用HandlerAdapter（处理器适配器）
HandlerAdapter经过适配器调用具体的处理器（Handler/Controller）
方法上添加了@ResponseBody
通过HttpMessageConverter来返回结果转化为JSON并相应

SpringBoot自动装配原理

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

在这里插入图片描述
自动装配的核心的包就是@EnableAutoConfiguration注解

这个注解的核心：
在这里面，核心就是去导入一个AutoConfigurationImportSelecter.class的类
在这个类会将一个spring.factories文件中的类统一加入到Spring容器的注解中
在这里插入图片描述

@Configuration 注解表示这是一个配置类

@ConditionalOnClass({RedisOperations.class}) 判断是否有对应的字节码

@EnableConfigurationgurationProperties({RedisProperties.class}) 自动装配redis

@Bean表示将这个对象交给Spring容器管理

@ConditionalOnMissingBean(name = {“redisTemplate”}) 判断环境中没有对应的bean

如果有就不加载了

Spring自动配置原理

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

@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan

其中@EnableAutoConfiguration是实现自动化配置的注解核心，该注解通过@Import注解导入对应的配置选择器。

内部就是读取了该项目和该项目引用的jar包的classpath路径下META-INF/spring.factories文件中的所配置的类的全类名，在这些配置中所定义的Bean会根据条件注解所指定的条件来决定是否需要将其导入spring容器中
条件判断会像@ConditionalOnClass这样的注解，判断是否有对应的class文件，如果有则加载该类，把这个配置类的所有的Bean放入spring容器中使用。

Spring框架的常用注解
在这里插入图片描述
SpringMVC常见的注解有哪些？

Springboot常见的注解