Spring Framework中常见的事务传播陷阱（译文）

最近看到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() {
}

译文完。