最近看到Medium上一篇讨论Spring Framework中事务传播的文章,解释了几种常见的问题,解释的不错,这里直接翻译吧(意译为主,粗体和斜体是我自己加上的)。
译文:
这是我的第一篇文章,我打算给大家总结一下开发者在使用Spring事务时,常常会犯的和事务传播相关的错误。
在这之前,我们先回忆一下Spring中事务是怎样传播的。
我们先看下Ken Tousen做的有关事务传播注解的笔记(译注:这里指@Transactional注解的propagation属性),这会帮助我们更清楚地记忆。
1. 私有方法
当公有方法调用私有方法时,不会创建新事务。(译注:这里有点问题,见下面评论)
1 @Transactional 2 public class MusicPlayerService { 3 4 @Autowired 5 Song song; 6 7 @Autowired 8 MusicCatalogueService musicCatalogueService; 9 10 public void playSong() { 11 scrobble(); 12 song.play(); 13 } 14 15 @Transactional(propagation = Propagation.REQUIRES_NEW) 16 private void scrobble() { 17 musicCatalogueService.scrobble(song); 18 } 19 }
上面这个例子里,如果musicCatalogueService.scrobble(song)调用失败了,playSong()也会失败。
因为playSong()和scrobble()在同一个事务中。
所以要开启新事务,方法必须声明为public。
译注:
这里有点问题。即使将scrobble()声明为public,scrobble()也不会开启新事务。
这是因为Spring是使用AOP来进行事务管理的。而scrobble()和playSong()在一个类里,当playSong()调用scrobble()时,是直接调用scrobble()而不是调用代理方法,所以这两个方法都在同一个事务中。而musicCatalogueService.scrobble(song)是另一个对象(musicCatalogueService)中的方法,这个对象由Spring注入,是可以通过AOP代理的,也就可以通过注解开启新事务(当然前提是,musicCatalogueService的方法有注解)。
小结:
(1)@Transactional注解对私有方法不起作用,只对公有方法生效。
(2)Spring使用AOP进行事务管理,因此同一个类中的方法互相调用,在不涉及其他类的方法时,如果第一个方法开启了事务,那么接下来所有的方法都处于同一个事务中(不论其他方法是否私有/公有、是否有注解、注解的传播级别是什么)。
(3)只有调用不同类的方法时,才有可能开启新事务。
2. 同一个类中的方法调用
如果一个方法调用另一个方法,而这个被调用方法要开启新事务的话,它必须在另一个类中。
不然,这两个方法在同一个事务中。
把方法放在不同的类中来开启新事务的例子:
1 @Transactional 2 public class MusicPlayerService { 3 4 @Autowired 5 Song song; 6 7 @Autowired 8 MusicCatalogueService musicCatalogueService; 9 10 public void playSong() { 11 musicCatalogueService.scrobble(song); 12 song.play(); 13 } 14 } 15 16 public class MusicCatalogueService { 17 18 @Autowired 19 ScrobbleRepository scrobbleRepository; 20 21 @Transactional(propagation = Propagation.REQUIRES_NEW) 22 public void scrobble(Song song) { 23 scrobbleRepository.save(song); 24 } 25 }
3. SUPPORTS和readonly结合
如果没有正在进行的事务,那么SUPPORTS不会创建新事务。readonly会被忽视。
4. CRD操作和readonly结合
如果我们使用了REQUIRED或者REQUIRES_NEW,以及readonly,然后尝试做CREATE/DELETE/UPDATE操作,那么程序会抛出只读异常。
5. Checked Exceptions
如果程序抛出RuntimeException,事务会回滚。这很合理。
但是如果程序抛出的是checked exceptions呢?
答案是:事务不会回滚。
那怎样去处理这种情况?
Spring提供了rollbackFor属性。通过指定要回滚的异常类型,可以确保在程序抛出checked exceptions时事务回滚。用法如下:
@Transactional(rollbackFor = Exception.class) public void rollBackActionDefinedMethod() { }
译文完。