2

spring 默认 非嵌套调用的情况

Spring框架的事务基础架构代码将默认地 只 在抛出运行时和unchecked exceptions时才标识事务回滚。 也就是说,当抛出一个 RuntimeException 或其子类例的实例时。(Errors 也一样 - 默认地 - 标识事务回滚。)从事务方法中抛出的Checked exceptions将 不 被标识进行事务回滚。

service 嵌套调用的情况



//service A本身没有对DAO的处理,但是B和C就有对DAO的处理
service A {

service B.someMethod()//调用service B

service C.someMmethod()//调用service C

}

1、只要抛出的是 checked异常,不管有没有捕获,都不会回滚
2、如果C抛出了runtime 异常,A捕获了,则B不会回滚;如果A没有捕获,则回滚。

rollback only的情况

org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only。



begin transaction;

for(……)

{

    doSomething();//抛出了异常或者明确设置了事务为RollbackOnly

}

commit;

end;



doSomething()伪代码:

try

{

          begin transaction;

          /**  do anything  */

          commit;

          end;

}

catch()

{

}

在spring里面我们配置了事务的传播机制是REQUIRED,所以这两个事务最终会合并成一个事务。程序中doSomething()中由于某某原因导致抛出异常(或者明确将该事务设置为了RollbackOnly),但是由于其内部已经捕获了这个异常,所以不会影响外面for循环的继续执行,当外面的for循环继续执行完 且准备提交(commit)这个事务时,发现之前这个事务的状态位已经被设置为了RollbackOnly,此时spring就会抛出一个ransaction rolled back because it has been marked as rollback-only。

docs


codecraft
11.9k 声望2k 粉丝

当一个代码的工匠回首往事时,不因虚度年华而悔恨,也不因碌碌无为而羞愧,这样,当他老的时候,可以很自豪告诉世人,我曾经将代码注入生命去打造互联网的浪潮之巅,那是个很疯狂的时代,我在一波波的浪潮上留下...