Transaction rolled back because it has been marked as rollback-only

之前经常报"Transaction rolled back because it has been marked as rollback-only"这个异常 字面意思是"事务回滚了，因为它被标记了必须回滚"，最开始完全不懂事务的嵌套，每次出现这个错误都想知道为什么，但是总是不能重现，后面反复折腾终于弄明白了怎么回事。 之前不能重现的一个重要原因是：同一个类，内部方法调用不走代理，spring基于注解的事务是基于代理的，不走代理，被调用的方法就不受事务管理代码的控制，自然无法重现问题. 测试代码: TestC

1 判断字符串为空 （1）第一种方法 var test=""; if(test==""||test==null||test==undefined){ alert("为空"); } （2）第二种方法 var test=""; if(!test){ alert("为空"); } 2 判断字符串不为空 （1）第一种方法 var test=""; if(test==""||test==null||test==undefined){ alert("为空"); } .

在使用手动回滚出现异常Transaction rolled back because it has been marked as rollback-only

之前经常报"Transaction rolled back because it has been marked as rollback-only"这个异常 字面意思是"事务回滚了，因为它被标记了必须回滚"，最开始完全不懂事务的嵌套，每次出现这个错误都想知道为什么，但是总是不能重现，后面反复折腾终于弄明白了怎么回事。 之前不能重现的一个重要原因是：同一个类，内部方法调用不走代理，spring基...

问题描述： 同事测试时使用异常数据，代码报错但是并不是异常产生的错误，而出现： Transaction rolled back because it has been marked as rollback-only 中文翻译就是： 事务已回滚，因为它被标记成了只回滚 代码片段： // 我的代码 @Transactional(readOnly = true, rollbackFor = Exception.class) public String select(Stri

1. Transaction rolled back because it has been marked as rollback-only事务已回滚，因为它被标记成了只回滚<prop key

当外层方法（如 ServiceA.methodA()）和内层方法（如 ServiceB.methodB()）都开启了事务，且使用默认的事务传播行为 REQUIRED（即加入当前事务，若没有则新建），两者会共享同一个事务。外层方法 methodA() 捕获了异常（或未处理异常），并尝试提交事务，但此时事务已被标记为 rollback-only，Spring 会强制回滚并抛出此错误。标记回滚：内层事务抛出异常后，事务被标记为 rollback-only，外层事务无法覆盖此标记。// 独立事务，回滚不影响外层。

首先我先把原因结论抛出来（看得懂这个的话，就不用看下面了）： 在使用Spring注解@Transactional（默认传播机制）时，存在嵌套事务，即存在外层事务调用内层事务，并且在调用时catch住了内层异常，没有抛出。 那么当内层业务异常，并且需要回滚时，因为默认的事务转播机制 ...

Transactional嵌套事务失效异常Transaction rolled back because it has been marked as rollback-only

在Spring boot中，使用@Transactional()，需要在启动类上添加@EnableTransactionManagement，使用过程中经常会报 Transaction rolled back because it has been marked as rollback-only 含义是：事务已回滚，因为它被标记成了只回滚。出现的原因是spring嵌套事物中，有子事物出现异常，异常...

之前经常报"Transaction rolled back because it has been marked as-only"这个异常字面意思是"了，因为它被标记了必须回滚"，最开始完全不懂事务的嵌套，每次出现这个错误都想知道为什么，但是总是不能重现，后面反复折腾终于弄明白了怎么回事。

在Spring事务传播行为中，如果当前存在事务，PROPAGATION_REQUIRED、PROPAGATION_SUPPORTS、PROPAGATION_MANDATORY这三种事务传播类型会加入到当前事务，加入到当前事务表示：与当前事务同时提交或回滚 如果内层方法抛出异常，整体事务就会被标记为回滚，但是如果此时外层方法捕获内层方法抛出的异常，外层方法又无其它异常，外层方法则会继续执行到结束。此时仍然会做回滚操作，并且会抛出异常：org.springframework.transac

除了NESTED外还有REQUIRES_NEW这个级别，它是新建一个新的事务，和NESTED的区别就是，REQUIRES_NEW是两个事务，同级，A跟B各自创建了一个事务，NESTED是父子级，B的事务在A里面。如果使用了这个级别，那么testB()会嵌套在testA()里，遇到异常时会回滚到开始执行testB()的数据，将原来的整体事务回滚修改为局部事务回滚，这样的话在testA()捕获了异常以后也不会影响testA()的其他业务执行。业务A是外层业务，调用了业务B内层业务。并且try-catch了它。

说我遇到的问题前请大家回顾一下spring的注解标注事务的几种，主要看标红的，其他的以后项目中用到在说，这个链接有对于嵌套事务的介绍 注解 解释 REQUIRED 表示业务方法需要在一个事务中处理，如果业务方法执行时已经在一个事务中，则加入该事务，否则重新开启一个事务。这也是默认的事务传播行为 NOT_SUPPORTED 声明业务方法不需要事务，如果业务方法执行时已经在一个事务中，则事务被挂起，等方法执行完毕后，事务恢复进行 REQUIRES_NEW 表明业务方法需要在一个单独的.