在上一篇文章中,我们列举了@Transactional事务失效的几大场景。其中有一个场景是class内部方法之间的调用,如下:
@Transactional(rollbackFor = Exception.class)
public Long createNewUser(RegisterRequest request) {
UserDO userDO = new UserDO();
userDO.setLoginName(request.getLoginName());
userDO.setLoginPwd(request.getLoginPwd());
userDO.setCreateTime(new Date());
userDO.setUpdateTime(new Date());
this.save(userDO);
//这里还可以保存userinfo扩展信息,双表操作,需要事务
addUserInfo();
return userDO.getId();
}
@Transactional(rollbackFor = Exception.class)
public void addUserInfo() {
//.....
}
多年经验的资深程序员都会在这个点上犯错,那这是什么原因呢?接下来我们简单地分析一下。
@Transactional 是由spring aop机制实现的,究其根本,其实是由java 动态代理机制实现的,这种实现方式要想生效,必须是外部调用,因为只有外部调用才会走代理增强的实现。addUserInfo()的调用方式相当于this.addUserInfo(),this是什么大家都知道吧,它指向的是另一个实例,根本就不是代理类。
好在spring对这种自调用也给出了解决方案,那就是自注入(Self Injection),代码如下:
@Autowire
private xxService xxService;
@Transactional(rollbackFor = Exception.class)
public Long createNewUser(RegisterRequest request) {
UserDO userDO = new UserDO();
userDO.setLoginName(request.getLoginName());
userDO.setLoginPwd(request.getLoginPwd());
userDO.setCreateTime(new Date());
userDO.setUpdateTime(new Date());
this.save(userDO);
//这样就生效了
xxService.addUserInfo();
return userDO.getId();
}
@Transactional(rollbackFor = Exception.class)
public void addUserInfo() {
//.....
}
这种解决方案不是很优美,但是也只能这样了。这个自调用问题在Spring AOP中广泛存在,本质上是动态代理无法解决的盲区,只有AspectJ这类静态代理才能解决。