Spring Framework中常见的事务传播陷阱(译文)

最近看到Medium上一篇讨论Spring Framework中事务传播的文章,解释了几种常见的问题,解释的不错,这里直接翻译吧(意译为主,粗体和斜体是我自己加上的)。

 

译文:

这是我的第一篇文章,我打算给大家总结一下开发者在使用Spring事务时,常常会犯的和事务传播相关的错误。

在这之前,我们先回忆一下Spring中事务是怎样传播的。

我们先看下Ken Tousen做的有关事务传播注解的笔记(译注:这里指@Transactional注解的propagation属性),这会帮助我们更清楚地记忆。

 Spring Framework中常见的事务传播陷阱(译文)

 

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() {
}

 

译文完。

 

 

 

上一篇:字符串操作、文件操作,英文词频统计预处理


下一篇:python爬取qq音乐第二种方法