Spring常见问题
包含内容
单例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常见的注解
笔记是对黑马课程中的知识进行的个人总结，图片借鉴了课程视频中的资料，感谢黑马程序员的开源精神，哈哈，如有问题联系我删除！