单列Bean是线程安全的吗
嗯 , 单列bean是线程不安全的
是这样的 , 当多个请求访问同一个服务 , 容器会给每一个请求分配一个线程 . 这样就会导致多个线程并发访问我们的服务 , spring默认是通过单列模式创建bean的 , 如果bean中有状态就会有线程安全的风险
对于我们常用的无状态对象如controller , service , dao层来说我们只是简单的方法调用是不会修改bean的状态的 , 因此是不会产生线程安全问题 , 但是对于部分有状态的bean如在bean中定义了成员变量并对该变量就行了修改 , 这样就会导致线程安全的问题 . 最简单的处理方法是直接修改bean作用范围 , 将bean设置为多列模式.
================================================================
面试官**：Spring框架中的单例bean是线程安全的吗？
候选人：
嗯！
不是线程安全的，是这样的
当多用户同时请求一个服务时，容器会给每一个请求分配一个线程，这是多个线程会并发执行该请求对应的业务逻辑（成员方法），如果该处理逻辑中有对该单列状态的修改（体现为该单例的成员属性），则必须考虑线程同步问题。
Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。
比如：我们通常在项目中使用的Spring bean都是不可可变的状态(比如Service类和DAO类)，所以在某种程度上说Spring的单例bean是线程安全的。
如果你的bean有多种状态的话（比如 View Model对象），就需要自行保证线程安全。最浅显的解决办法就是将多态bean的作用由“singleton”变更为“prototype”。
什么是AOP
AOP也就是面向切面编程 , 其底层是通过动态代理实现的 . 通过我们可以使用AOP处理一些与业务关联不大但是多个业务都需要的服务, 如日志打印 , 事务等
================================================================
面试官：什么是AOP
候选人：
aop是面向切面编程，在spring中用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽取公共模块复用，降低耦合，一般比如可以做为公共日志保存，事务处理等
面试官：你们项目中有没有使用到AOP
候选人：
我们当时在后台管理系统中，就是使用aop来记录了系统的操作日志
主要思路是这样的，使用aop中的环绕通知+切点表达式，这个表达式就是要找到要记录日志的方法，然后通过环绕通知的参数获取请求方法的参数，比如类信息、方法信息、注解、请求方式等，获取到这些参数以后，保存到数据库
Spring中的事务是如何实现的
Spring的事务底层是通过AOP实现的 , 在代码运行前对程序进行加强开启事务 , 在执行完毕后通过对异常的捕获判断是否要执行回滚
================================================================
面试官**：Spring中的事务是如何实现的
候选人：
spring实现的事务本质就是aop完成，对方法前后进行拦截，在执行方法之前开启事务，在执行完目标方法之后根据执行情况提交或者回滚事务。
Spring中事务失效的场景有哪些
Spring事务失效的情况有很多种 , 在我的业务当中与遇到过这种情况 , 当时我们在事务当中通过trt/catch对异常进行了处理 , 就导致了事务的失效 , 查看资料后发现spring事务是通过捕获异常来判断事务运行是否有误执行回滚的 . 除此之外Spring事务只能捕获运行时异常 , 对于检查异常等无法捕获 , 这也会导致事务失效 , 要解决这个问题只要在声明事务的时候同时声明作用域就可以了 . 对于非public方法 , 事务也会失效 .
================================================================
面试官**：Spring中事务失效的场景有哪些
候选人：
嗯！这个在项目中之前遇到过，我想想啊
第一个，如果方法上异常捕获处理，自己处理了异常，没有抛出，就会导致事务失效，所以一般处理了异常以后，别忘了跑出去就行了
第二个，如果方法抛出检查异常，如果报错也会导致事务失效，最后在spring事务的注解上，就是@Transactional上配置rollbackFor属性为Exception，这样别管是什么异常，都会回滚事务
第三，我之前还遇到过一个，如果方法上不是public修饰的，也会导致事务失效
嗯，就能想起来那么多
Spring的bean的生命周期
Bean的生命周期还是挺复杂的 , 其大致流程如下
在执行bean的生命周期之前还需要执行一个非常重要的方法BeanDefinition , 该类中定义了bean的一些信息 , 咋u创建bean之前就是通过该类获取要创建bean的基本信息
- 执行构造方法 , 创建对象
- 对对象就行初始化 , 属性注入
- 处理一些一Aware为结尾的接口 , 这些接口定义了一些bean的相关信息
- 执行后置处理器( 在真正的初始化方法之前执行 )
- 执行初始化方法
- 执行后置处理器( 在初始化方法之后执行 , 通常使用AOP也就是在该部分进行处理 )
- bean销毁
================================================================
面试官**：Spring的bean的生命周期
候选人：
嗯！，这个步骤还是挺多的，我之前看过一些源码，它大概流程是这样的
首先会通过一个非常重要的类，叫做BeanDefinition获取bean的定义信息，这里面就封装了bean的所有信息，比如，类的全路径，是否是延迟加载，是否是单例等等这些信息
在创建bean的时候，第一步是调用构造函数实例化bean
第二步是bean的依赖注入，比如一些set方法注入，像平时开发用的@Autowire都是这一步完成
第三步是处理Aware接口，如果某一个bean实现了Aware接口就会重写方法执行
第四步是bean的后置处理器BeanPostProcessor，这个是前置处理器
第五步是初始化方法，比如实现了接口InitializingBean或者自定义了方法init-method标签或@PostContruct
第六步是执行了bean的后置处理器BeanPostProcessor，主要是对bean进行增强，有可能在这里产生代理对象
最后一步是销毁bean
Spring中的循环引用
1. 什么是循环引用
spring中的循环引用指的是在多个bean之间相互调用 , 就比如说我现在有A,B两个Bean , 在A中引用了B , 在B中引用了A , 这样就会产生循环引用的问题
2. Spring是如何解决循化引用问题
Spring中提供了三级缓存的机制 , 该机制可以处理大部分循环引用问题 , 对于构造方法产生的循环引用就需要开发者自行手动解决
一级缓存: 单列池 , 该缓存保存执行完Bean生命周期的Bean
二级缓存: 保存还在执行生命周期的Bean
三级缓存: 保存bean的对象工厂(ObjectFactory)
3. Spring是如何通过三级缓存解决bean的循环引用问题的?
在这里我一A引用B , B引用A为列 , 在下面介绍一下执行流程
第一步 , 在我们执行A的生命周期 , 会通过A的构造方法创建A的对象 , 并生成A的对象工厂保存在三级缓存当中
第二步 , 初始化A , 在该流程中发现A需要引用到B对象 , 就会去创建B的Bean执行生命周期生成B的对象工厂保存在三级缓存当中
第三步: 在初始化B的时候发现B引用了A , 此时就会从三级缓存中获取A的对象工厂 , 通过A的对象工程生成A的对象( 这里有可能是普通对象 , 也有可能是代理对象 , 对象工厂可以根据实际需要创建对应的对象) ,
第四步: 生成了A的对象后 , 会将A的对象保存到二级缓存当中 , 之后B在通过二级缓存获取A对象并注入 , 之后将B的Bean保存到一级缓存当中
第五步: A从一级缓存获取到B的Bean对象并完成注入 , A创建成功存入一次缓存singletonObjects
第六步: 销毁二级缓存中A的Bean
================================================================
面试官：Spring中的循环引用
候选人：
嗯，好的，我来解释一下
循环依赖：循环依赖其实就是循环引用,也就是两个或两个以上的bean互相持有对方,最终形成闭环。比如A依赖于B,B依赖于A
循环依赖在spring中是允许存在，spring框架依据三级缓存已经解决了大部分的循环依赖
①一级缓存：单例池，缓存已经经历了完整的生命周期，已经初始化完成的bean对象
②二级缓存：缓存早期的bean对象（生命周期还没走完）
③三级缓存：缓存的是ObjectFactory，表示对象工厂，用来创建某个对象的
面试官：那具体解决流程清楚吗？
候选人：
第一，先实例A对象，同时会创建ObjectFactory对象存入三级缓存singletonFactories
第二，A在初始化的时候需要B对象，这个走B的创建的逻辑
第三，B实例化完成，也会创建ObjectFactory对象存入三级缓存singletonFactories
第四，B需要注入A，通过三级缓存中获取ObjectFactory来生成一个A的对象同时存入二级缓存，这个是有两种情况，一个是可能是A的普通对象，另外一个是A的代理对象，都可以让ObjectFactory来生产对应的对象，这也是三级缓存的关键
第五，B通过从通过二级缓存earlySingletonObjects 获得到A的对象后可以正常注入，B创建成功，存入一级缓存singletonObjects
第六，回到A对象初始化，因为B对象已经创建完成，则可以直接注入B，A创建成功存入一次缓存singletonObjects
第七，二级缓存中的临时对象A清除
面试官：构造方法出现了循环依赖怎么解决？
候选人：
由于bean的生命周期中构造函数是第一个执行的，spring框架并不能解决构造函数的的依赖注入，可以使用@Lazy懒加载，什么时候需要对象再进行bean对象的创建
