摘要：事务的传播行为当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。事务配置配置文件中关于事务配置总是由三个组成部分，分别是和代理机制这三部分，无论哪种配置方式，一般变化的只是代理机制这部分。
数据库事务的隔离级别
数据库事务的隔离级别有4个，由低到高依次为Read uncommitted 、Read committed 、Repeatable read 、Serializable
| 脏读 | 不可重复读 | 幻读 | |
|---|---|---|---|
| Read uncommitted | √ | √ | √ |
| Read committed | × | √ | √ |
| Repeatable read | × | × | √ |
| Serializable | × | × | × |
| 脏读 | 一个事务读取到了另一个事务改写但未提交的数据，如果这些数据被回滚，则读到的数据是无效的 |
| 不可重复读 | 在同一个事务中，多次读取同一数据返回的结果不同。也就是说，后续读取可以读到另一事务已提交的更新数据 |
| 幻读 | 幻读是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。 |
当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。
| 事务传播行为类型 | 说明 |
| PROPAGATION_REQUIRED | 支持当前事务，如果不存在，就创建一个(默认的传播行为) |
| PROPAGATION_SUPPORTS | 支持当前事务，如果不存在，就不使用事务 |
| PROPAGATION_MANDATORY | 支持当前事务，如果不存在，就抛出异常 |
| PROPAGATION_REQUIRES_NEW | 如果有事务存在，挂起当前事务，创建一个新的事务 |
| PROPAGATION_NOT_SUPPORTED | 以非事务方式运行，如果有事务存在，挂起当前事务 |
| PROPAGATION_NEVER | 以非事务方式运行， 如果有事务存在，抛出异常 |
| PROPAGATION_NESTED | 如果当前事务存在，就嵌套事务执行（只对DataSourceTransactionManager起效） |
总结下就是：
支持当前事务： REQUIRED、SUPPORTS、MANDATORY （删除订单、删除用户 ）
不支持当前事务：REQUIRES_NEW、NOT_SUPPORTED、NEVER （ATM取款、打印凭条 ）
嵌套事务：NESTED ，使用Jdbc Connection SavePoint技术，允许在事务过程中回滚到某个保存点，只对DataSourceTransactionManager 有效
在程序代码中，加入事务管理代码，有代码侵入事务管理方式 ，现在很少使用，不方便，灵活性较差
1）在spring 配置TransactionManager 事务管理器
2）将TransactionManager对象 注入 TransactionTemplate对象
3）将TransactionTemplate对象 注入 应用代码中
4）添加事务控制
transactionTemplate.execute(new TransactionCallbackWithoutResult(){
doInTransaction(){
//添加被事务管理的代码
}
});
底层原因，使用Spring AOP 思想，环绕通知增强，在不修改源目标代码情况下，动态添加功能增强
try {
//开启事务
//被事务管理代码
//提交事务
}catch{
//回滚事务
}
声明式事务管理，不需要改动目标代码，灵活性更强，更便于使用。
Spring事务配置Spring配置文件中关于事务配置总是由三个组成部分，分别是DataSource、TransactionManager和代理机制这三部分，无论哪种配置方式，一般变化的只是代理机制这部分。
DataSource、TransactionManager这两部分只是会根据数据访问方式有所变化，比如使用hibernate进行数据访问时，DataSource实际为SessionFactory，TransactionManager的实现为HibernateTransactionManager。参考下图
根据代理机制的不同，共有5中配置方式
PROPAGATION_REQUIRED
PROPAGATION_REQUIRED
PROPAGATION_REQUIRED
*Dao
transactionInterceptor
