被标记为事务的方法互相调用的坑（上）

最新推荐文章于 2024-08-24 09:00:00 发布

weixin_34249367

最新推荐文章于 2024-08-24 09:00:00 发布

阅读量205

点赞数

文章标签： netty java python

原文链接：https://my.oschina.net/u/3990817/blog/3012879

版权

2019独角兽企业重金招聘Python工程师标准>>>

相信大家一定用过Spring中的注解型事务，配合上Spring Boot，只需要在方法上打一个@Transactional 就可以完成，真香。

但是如果大家对其中的机制一知半解的话，可能一不小心就会掉进坑，然后久久无法爬出来。

下面我就分享下 被标记为事务的方法互相调用的坑。

如果想学习Java工程化、高性能及分布式、深入浅出。微服务、Spring，MyBatis，Netty源码分析的朋友可以加我的Java高级交流：854630135，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给大家。

首先我写两个事务方法：

@Autowired AccountMapper mapper; @Transactional @Override public void insertCodeBear() { Account account = new Account(); account.setAccount("CodeBear"); account.setPassword("CodeBear"); mapper.insert(account); } @Transactional @Override public void insertCodeMonkey() { Account account = new Account(); account.setAccount("CodeMonkey"); account.setPassword("CodeMonkey"); mapper.insert(account); }

现在我想在insertCodeBear方法里面调用insertCodeMonkey方法，但是insertCodeMonkey不是很重要，就算失败，也不能影响到insertCodeBear方法的执行，但是insertCodeMonkey该回滚的还是要回滚，我们很容易写出如下代码：

@Autowired AccountMapper mapper; @Transactional @Override public void insertCodeBear() { try { insertCodeMonkey(); } catch (Exception ex) { } Account account = new Account(); account.setAccount("CodeBear"); account.setPassword("CodeBear"); mapper.insert(account); } @Transactional(propagation = Propagation.REQUIRES_NEW) @Override public void insertCodeMonkey() { Account account = new Account(); account.setAccount("CodeMonkey"); account.setPassword("CodeMonkey"); mapper.insert(account); int a = 1 / 0;//自杀代码，便于测试 }

在第二个方法中，用了自杀代码，便于测试。

看上去一点问题都没有：第一个方法会成功，第二个方法会失败并且回滚。但是仅仅是看上去，当我们运行一下，会发现奇怪的事情发生了：

36a2023399f14104b785f6dfdace55d9

两个方法竟然都成功了！！Why?

为了排查问题，需要开启一下有关事务的日志，在配置文件中加上下面的配置：

logging.level.org.springframework.jdbc.datasource.DataSourceTransactionManager=debug

然后运行，看下控制台打印的内容：

ac67ee0facd44ba5813610d48eab153e

图片可能有点模糊，大家可以在新标签页中打开这图片，可以看到这里分明只开了一个事务，而且事务的传播行为是PROPAGATION_REQUIRED，这是事务的默认传播行为，也就是这里只开启了insertCodeBear方法的事务，并没有开启insertCodeMonkey的事务。

这是什么原因？为了更好的说明问题产生的原因，我需要手写一个AOP。

在此之前大家要达成一个共识，@Transactional 其实也是通过AOP去实现的。

6abe9f59c6904d44b034cf42e8350d89

AOP有几种实现方式，我这里采用JDK动态代理的方式：

代码入口：

public class Main { public static void main(String[] args) { BookServiceImpl impl = new BookServiceImpl(); InvocationHandler myInvocationHandler = new MyInvocationHandler(impl); Object o = Proxy.newProxyInstance(myInvocationHandler.getClass().getClassLoader(), impl.getClass().getInterfaces(), myInvocationHandler); ((IBookService) o).add(); } }

接口：

public interface IBookService { void add(); void delete(); }

实现类：

public class BookServiceImpl implements IBookService { public void add() { delete(); System.out.println("add"); } public void delete() { System.out.println("delete"); } }

切面定义：

public class MyInvocationHandler implements InvocationHandler { private Object obj; public MyInvocationHandler(Object obj) { this.obj = obj; } public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { System.out.println("开始啦，小伙子"); method.invoke(obj, args); System.out.println("结束啦，小伙子"); return null; } }

在Main入口里面调用了实现类的代理对象，调用了add方法，add方法里面又调用了delete的方法。很简单吧。按照我们的想法，应该是打印出两次切面中定义的话，但是事实是只打印了一次：

45303af1356149698b82e217a929fd91

让我们在切面方法中加上这行代码：

System.out.println("方法是" + method.getName());

看看是哪个方法进入到了这里。

运行：

3cbc5b833a744284b26f2daa4e48d525

add方法进入到了这里，但是delete方法却没有进来。

让我们再回到第一个例子，为了让大家看的清楚一点，我再贴上insertCodeBear被调用的代码：

@RestController @RequestMapping("/CodeBear") public class HelloWorldController { @Autowired AccountService service; @GetMapping("/insert") public void insert() { service.insertCodeBear(); } }

AccountService 是一个接口，里面定义了insertCodeBear和insertCodeMonkey虚方法。

我们打一个断点在