Error message here!

Hide Error message here!

忘记密码?

Error message here!

请输入正确邮箱

Hide Error message here!

密码丢失?请输入您的电子邮件地址。您将收到一个重设密码链接。

Error message here!

返回登录

Close

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

北斗玄机 2019-02-16 13:41:00 阅读数:173 评论数:0 点赞数:0 收藏数:0

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

 

译文完。

 

 

 

版权声明
本文为[北斗玄机]所创,转载请带上原文链接,感谢
https://www.cnblogs.com/huangzejun/p/10387215.html

编程之旅,人生之路,不止于编程,还有诗和远方。
阅代码原理,看框架知识,学企业实践;
赏诗词,读日记,踏人生之路,观世界之行;

支付宝红包,每日可领