zoukankan      html  css  js  c++  java
  • 被标记为事务的方法互相调用的坑(上)

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

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

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

    首先我写两个事务方法:

        @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;//自杀代码,便于测试
        }
    

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

    看上去一点问题都没有:第一个方法会成功,第二个方法会失败并且回滚。但是仅仅是看上去,当我们运行一下,会发现奇怪的事情发生了:
    image.png
    两个方法竟然都成功了!!Why?

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

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

    然后运行,看下控制台打印的内容:
    image.png
    图片可能有点模糊,大家可以在新标签页中打开这图片,可以看到这里分明只开了一个事务,而且事务的传播行为是PROPAGATION_REQUIRED,这是事务的默认传播行为,也就是这里只开启了insertCodeBear方法的事务,并没有开启insertCodeMonkey的事务。

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

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

    image.png

    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的方法。很简单吧。按照我们的想法,应该是打印出两次 切面中定义的话,但是事实是 只打印了一次:
    image.png
    让我们在切面方法中加上这行代码:

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

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

    运行:
    image.png

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

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

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

    AccountService 是一个接口,里面定义了insertCodeBear和insertCodeMonkey虚方法。
    我们打一个断点在

     service.insertCodeBear();
    

    这里,然后调试看下service是一个什么东西:
    image.png

    你会发现,service已经不是简单的AccountService 的实现类了,而是实现类的代理对象,从这里也可以看出,其实@Transactional也是通过AOP去实现的。

    通过两个例子,可以得到一个结论:只有调用代理对象的方法才能被拦截,所以 在方法A中直接调用方法B,方法B是不会被拦截的

    这也就是为什么insertCodeMonkey的事务没有被开启的原因了,因为insertCodeMonkey方法是insertCodeBear直接调用的。

    那么,这个问题该如何解决呢?在下一篇博客,我会采用几种方式来解决这个问题(这篇博客已经比较长了,因为加上了很多看上去没什么用的“废话”,因为可以直接写出结论,然后再写解决方案就是了。但是我还是很详细的,把“废话”都写出来了,就是因为分析问题的思路才是最重要的 )。

  • 相关阅读:
    Redis 高级数据结构:五、哈希对象
    Redis 高级数据结构:四、列表对象
    Redis 高级数据结构:三、字符串对象
    Redis 高级数据结构:二、简介
    总结1
    Windows程序代码重构
    Windows应用程序结构
    事件、消息循环和窗口函数
    窗口的创建和显示
    Windows的数据类型
  • 原文地址:https://www.cnblogs.com/CodeBear/p/10083053.html
Copyright © 2011-2022 走看看