Spring源码解读——高频面试题
Spring IoC的底层实现
1.先通过createBeanFactory创建出一个Bean工厂（DefaultListableBeanFactory）
2.开始循环创建对象，因为容器中的bean默认都是单例的，所以优先通过getBean、doGetBean从容器中查找，如果找不到的话；
3.通过createBean、doCreateBean方法，以反射的方式创建对象（一般情况下使用的是无参的构造方法），getDeclaredConstructor、newInstance
4.进行对象的属性填充populateBean（自定义属性赋值）、initializeBean（容器对象的属性赋值）
三级缓存的放置时间和删除时间
三级缓存：createBeanInstance之后（addSingletonFactory方法）
二级缓存：第一次从三级缓存确定对象是代理对象还是普通对象的时候，放入二级缓存同时删除三级缓存（getSingleton方法）
一级缓存：生成完整成品对象之后放入一级缓存，同时删除二级和三级缓存（addSingleton方法）
Spring中用到的设计模式
单例模式：Bean默认都是单例的；
原型模式：指定作用域为prototype；
工厂模式：BeanFactory；
模板方法模式：postProcessBeanFactory，onRefresh，initPropertyValue，等等，体现了Spring的扩展性；
策略模式：XmlBeanDefinitionReader，PropertiesBeanDefinitionReader；
观察者模式：Listener，event，multicast；
适配器模式：Adpater，.....AdviceAdpater；
装饰者模式：BeanWrapper；
责任链模式：使用aop的时候会先生成一个拦截器链
代理模式：动态代理；
委托者模式：delegate；
Spring的事务是如何回滚的
也就是问Spring的事务管理是如何实现的？
我们都知道事务是Aop里面的经常使用的，并且很关键的一个应用场景，但是我们光回答Aop是不够的；
其实整个事务的流程无非就是下面这样
如果是我们自己来实现，准备工作：我们可以使用beforeAdvice来处理，在执行成功之后我们可以使用afterAdvice来处理，如果执行失败了我们可以使用afterThrowing来处理；
但是如果每个事务都这样来做的话就太麻烦了，因为这里面有一堆通知，它必然会构成一个链式结构；
因此我们可以把这些合并到一起去，形成一个完整的结构；
总：spring的事务是由aop来实现的，首先要生成具体的代理对象，然后按照aop的整套流程来执行具体的操作逻辑，正常情况下要通过通知来完成核心功能，但是在aop中事务不是通过通知来实现的，而是通过一个TransactionInterceptor来实现的，它会调用里面的invoke方法来实现具体的逻辑；
分：
1.先做准备工作，解析各个方法上事务相关的属性，根据具体的属性来判断是否开始新事务；
2.当需要开启的时候，获取数据库连接，关闭自动提交功能，开启事务；
3.执行具体的逻辑操作；
4.在操作过程中，如果执行失败了，那么会通过completeTransactionAfterThrowing方法完成事务的回滚操作，回滚的具体逻辑是通过doRollBack方法来实现的，实现的时候也是要先获取连接对象，通过连接对象来回滚；
5.如果执行过程中，没有任何意外情况的发生，那么通过commitTransactionAfterReturning方法来完成事务的提交操作，具体逻辑是通过doCommit方法来实现的，实现的时候也是要先获取连接对象，通过连接对象来提交；
6.当事务执行完毕之后需要清楚相关的事务信息，通过cleanupTransactionInfo方法；
rollback=>processRollBack=>doRollBack;
commit=》processCommit=》doCommit；
如果想要聊的更加细致的话，需要知道TransactionInfo，TransactionStatus（比较复杂）；
Spring的事务传播
有七种传播特性；
PROPAGATION_REQUIRES:默认的Spring事务传播级别,若当前存在事务,则加入该事务,若不存在事务,则新建一个事务
PROPAGATION_REQUIRE_NEW:若当前没有事务则新建一个事务,若当前存在事务则新建一个事务,新老事务相互独立,外部事务抛出异常回滚不会影响内部事务的正常提交
PROPAGATION_NESTED:若当前存在事务,则嵌套在当前事务中执行,若当前没有事务则新建一个事务,类似于REQUIRE_NEW
PROPAGATION_SUPPORTS:支持当前事务,若当前不存在事务,则以非事务的方式执行
PROPAGATION_NOT_SUPPORTED:以非事务的方式执行,若当前存在事务,则把当前事务挂起
PROPAGATION_MANDATORY:强制事务执行,若当前不存在事务,则抛出异常
PROPAGATION_NEVER:以非事务的方式执行,若当前存在事务则抛出异常
某一个事务嵌套另一个事务的时候怎么办？
A方法调用B方法，AB方法都有事务，并且传播特性不同，如果A/B有异常、B/A怎么办？
总：事务的传播特性指的是不同方法的嵌套调用过程中，事务应该如何进行处理，是用同一个事务还是不同的事务，当出现异常的时候是会回滚还是提交，这两个方法之间的相互影响，在日常工作中，使用比较多的是Required，Requires_new，nested；
分：
1.先说事务的不同分类，可以分为三类：支持当前事务，不支持当前事务，嵌套事务；
2.如果外层方法是Required，内层方法是Required，Requires_new，nested
3.如果外层方法是Requires_new，内层方法是Required，Requires_new，nested
4.如果外层方法是nested，内层方法是Required，Requires_new，nested
核心处理逻辑非常简单：
1.判断内外方法是否是同一个事务；
1.1 如果是同一个事务，异常统一在外层方法处理；
1.2 如果不是同一个事务，内层方法有可能影响到外层方法，但是外层方法是不会影响内层方法的；
（大致可以这么理解，但是有个别情况不同，例如nested）
