休年假在家无聊，又重新把spring相关的知识看了看，源码太多，只能看个大致，路还是要一步一步走啊，这一年多时间着实是落下了很多知识点，现在感觉又要重新炒饭，还好古人有云要学而时习之，所以每次回顾都应该有更高层次的抽象和理解才对。
spring常见的问题，其中Bean的加载、Bean的生命周期以及容器相关的知识是面试官们最津津乐道的问题吧，也是我一直看了好多遍却死活不想记住的几个点。本质还是因为自己的观点上认为这些东西大概是不需要花很多心思去care的，然而这也正是一直以来的误区所在。有时候，深究其原理才能更深刻的领悟其中的设计之美呢。
Spring的框架结构图
Spring的事务
- 编程式事务
TransactionTemplate - 声明式事务
通过传播行为、隔离级别、只读提示、事务超时以及回滚规则来进行定义。
传播行为定义了客户端与被调用方法之间的事务边界。Spring定义了7种不同的传播行为，
propagation_Mandatory 强制在事务中进行，如果没有事务就抛出异常
propagation_required 必须在事务中进行，如果没有事务就启动一个新的事务
propagation_nested 嵌套事务，如果当前已经存在一个事务，那么该事务将会在嵌套事务中执行，嵌套的事务可以独立于对当前事务进行单独提交或回滚，如果当前事务不存在，同required。
propagation_supported 不需要事务上下文，但是如果存在当前事务的话，那么该方法会在这个事务中运行。
propagation_not_supported 当前方法不应该运行在事务中，如果存在当前事务，当前事务会被挂起。
propagation_never 强制不能在事务中进行，如果没有事务就抛出异常
propagation_required_new 当前方法必须运行在自己的事务里，如果存在当前事务，在该方法执行期间，当前视为会被挂起。
隔离级别定义了一个事务可能受其他并发事务影响的程度。
isolation_default 使用后端数据库默认的隔离级别
isolation_read_uncommited 允许读取尚未提交的数据变更 （脏读、幻读、不可重复读）
isolation_read_commited 允许并发事务读取已经提交的数据，可以阻止脏读，但幻读或不可重复读仍可能发生。
isolation_repeatable_read 对同一字段的多次读取结果是一致的，除非数据是被本事务自己所修改。
isolation_serializable 最慢，通过锁数据库表来实现。
tips：
脏读的原因：事务1更新的数据未提交到数据，事务2也读取该数据
不可重复读的重点是修改 :
同样的条件 , 读取过的数据 , 再次读取出来发现值不一样了 。
幻读的重点是**新增或者删除 **
同样的条件 , 第 1 次和第 2 次读出来的记录数不一样。
MySQL默认的隔离级别是 ：可重复读。
只读 是否是只读事务，如果事务只对后端数据库进行读操作，数据库可以利用事务的只读特性来进行一个特定的优化。
事务超时 可以声明一个事务在等待特定的秒数后自动回滚，而不是等待其结束。
回滚规则 定义了哪些异常会导致事务回滚而哪些不会。
