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）