Spring事务传播属性介绍(二).mandatory、not_supported、never、supports

Required、Required_New传播属性分析传送门:https://www.cnblogs.com/lvbinbin2yujie/p/10259897.html

Nested传播属性分析传送门:https://www.cnblogs.com/lvbinbin2yujie/p/10260066.html

我的Spring事务传播属性介绍比较传送门:https://files.cnblogs.com/files/lvbinbin2yujie/Spring_Tx_Note.rar

事务传播属性三. PROPAGATION_MANDATORY

说明:  当前方法必须要在有事务方法中运行，不然就抛出异常；如果有事务，就加入当前事务。

　　　　　　

查看运行结果验证:抛出异常

Exception in thread "main" org.springframework.transaction.IllegalTransactionStateException: No existing transaction found for transaction marked with propagation 'mandatory'

分析结果:serviceMADATORY方法没有被事务增强，调用serviceB的testService方法时，发现没有事务，但是MANDATORY属性强制要求有事务就会抛出异常；

所以在ServiceA的serviceMANDATORY方法上加上Transactional有事务的注解

查看输出结果: 可以看到没有报错,并且加入了当前全局事务;这种情况就和REQUIRED用法几乎相同.

事务传播属性四：PROPAGATION_NOT_SUPPORTED

说明: 当前方法不应该有事务，如果有事务存在，将它挂起，以无事务状态运行  (无事务,就是指底层的Connection对象的autoCommit、isolation等属性与数据库有关,与dataSource设置的属性有关，不会被Spring改变，下面会做个试验测试下.)

修改下ServiceA和ServiceB的测试代码：

    

查看输出日志: NOT_SUPPORTED可以看到将当前事务挂起，在无事务状态运行，并且在ServiceB方法中做的数据库操作不会随着全局事务回退而回退；

实验一:  修改下ServiceA和ServiceB

ServiceA修改后:

ServiceB修改后:

结合输出日志:  可以验证NOT_SUPPORTED确实没有事务运行

补充：DataSourceUtils的getConnection方法是事务同步的，如果你在ServiceB的方法中执行这样的方式获取连接，那ServiceB也会将这个Connection存入TransactionSynchronizationManager的resource线程局部变量上；

事务传播属性五. PROPAGATION_NEVER

说明: 当前方法不应该运行在事物中,如果有事务就抛出异常；

ServiceA.java

ServiceB.java  (验证是否有事务)

测试类方法:

查看日志输出:  同样获取了transaction,只不过这种情况下transaction对象都是null,也是没有事务的意思.

PROPAGATION_NEVER和PROPAGATION_NOT_SUPPORTED区别：

当进入PROPAGATION_NEVER事务的方法时，发现没有事务就正常运行，发现有事务存在，立刻抛出异常，该方法根本不会执行； 而PROPAGATION_NOT_SUPPORT只是将事务挂起，继续执行该方法;

NEVER发现事务存在时候抛出的异常情况类似如下:

Exception in thread "main" org.springframework.transaction.IllegalTransactionStateException: Existing transaction found for transaction marked with propagation 'never'

事务传播属性六：PROPAGATION_SUPPORTS

说明:  支持事务，你有事务，ok我加入你的全局事务，成为local transaction；你没有事务，那我还是可以一样运行； 这个就不举例子了.

事务传播属性七：PROPAGATION_NESTED

说明: 如果当前有事务在运行，就作为这个事务的内嵌事务运行；当前没有事务，就新建一个事物运行；

　　附：NESTED事务见下一篇详细分析；