Solon一、事务的传播机制
1、事务为什么要有传播机制？
几个场景的探讨：
- 场景一：classA 方法调用了 classB 方法，但两个方法都有事务
如果 classA 方法异常，是让 classB 方法提交，还是两个一起回滚？
- 场景二：classA 方法调用了 classB 方法，但是只有 classA 方法加了事务
是否把 classB 也加入 classA 的事务，如果 classB 异常，是否回滚 classA？
- 场景三：classA 方法调用了 classB 方法，两者都有事务，classB 已经正常执行完，但 classA 异常
是否需要回滚 classB 的数据？
这个时候，传说中的事务传播机制和策略就派上用场了
2、传播机制生效条件
所有用 aop 实现的事务控制方案 ，都是针对于接口或类的。所以在同一个类中两个方法的调用，传播机制是不生效的。知晓这一点很重要！
3、传播机制的策略
下面的类型都是针对于被调用方法来说的，理解起来要想象成两个 class 方法的调用才可以。
| 传番策略 | 说明 |
|---|---|
| TranPolicy.required | 支持当前事务，如果没有则创建一个新的。这是最常见的选择。也是默认。 |
| TranPolicy.requires_new | 新建事务，如果当前存在事务，把当前事务挂起。 |
| TranPolicy.nested | 如果当前有事务，则在当前事务内部嵌套一个事务；否则新建事务。 |
| TranPolicy.mandatory | 支持当前事务，如果没有事务则报错。 |
| TranPolicy.supports | 支持当前事务，如果没有则不使用事务。 |
| TranPolicy.not_supported | 以无事务的方式执行，如果当前有事务则将其挂起。 |
| TranPolicy.never | 以无事务的方式执行，如果当前有事务则报错。 |
4、事务的隔离级别
| 属性 | 说明 |
|---|---|
| TranIsolation.unspecified | 默认（JDBC默认） |
| TranIsolation.read_uncommitted | 脏读：其它事务，可读取未提交数据 |
| TranIsolation.read_committed | 只读取提交数据：其它事务，只能读取已提交数据 |
| TranIsolation.repeatable_read | 可重复读：保证在同一个事务中多次读取同样数据的结果是一样的 |
| TranIsolation.serializable | 可串行化读：要求事务串行化执行，事务只能一个接着一个执行，不能并发执行 |
5、@Tran 属性说明
| 属性 | 说明 |
|---|---|
| policy | 事务传导策略 |
| isolation | 事务隔离等级 |
| readOnly | 是否为只读事务 |