#千锋逆战事务

一、spring的事务提供了三个核心接口PlaffromTransactionManager、TransactionDefinition、TransactionStatus

PlaffromTransactionManager该接口主要用于管理事务

一般我们使用时sping的事务会指定一个我们期望用的事务管理器，不然spring会用默认的事务管理器可能无法达到我们的希望效果。

TransactionDefinition接口是事务定义的描述对象，该对象中定义了事务规则，并获取食物相关信息的方法。

TransactionStatus接口是事务的状态接口

spring的事务提供了统一的事务编程模型

提供了编程式事务和声明式事务，编程式事务可以精确的定义。

声明式事务只需要简单的配置由spring的事务实现。基于aop的实现

事务的传播行为7个，

REQUIRED需要一个事务

REQUIRES_NEW开启一个新事务去处理

MANDATORY必须一个事务 不再，不是事务操作异常

NEVER必须不是一个事务不然则报错

SUPPORTS支持不是一个事务，是事务也行

NOT_SUPPORTED不支持不是一个事务，如果当前线程在一个事务中，则挂起事务

NESTED嵌套的事务，有点像REQUIRED，但是有些区别

isolation是事务的隔离级别，DEFAULT默认为可重复度，四个级别，串行、可重复读、读已提交、读未提交

事务可能失效的原因

1.如果不是Innodb存储引擎，innodb和db支持

2.没有指定rollbackFor参数。

3. 没有指定transactionManager参数，默认的transactionManager并不是我期望的，以及一个事务中涉及到了多个数据库。

4. 如果AOP使用了JDK动态代理，对象内部方法互相调用不会被Spring的AOP拦截，@Transactional注解无效。

5. 如果AOP使用了CGLIB代理，事务方法或者类不是public，无法被外部包访问到，或者是final无法继承，@transactional注解无效。

在一个方法中调用另一个事务操作对于不同的传播级别：

1.当传播级别为为REQUIRED时，第一种情况A和B都会回滚。

2.。当传播级别为RQUIRED_NEW时，第一种情况A可以成功提交，B回滚，第二种情况A回滚，B可以正确提交，二者互不影响。（在A事务捕获B事务异常的情况下，保证A事务提交）

3.当传播级别为NESTED时，第一种情况A可以正常提交，B回滚，第二种情况二者都会回滚。