文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

Spring事务失效的场景分析

2023-07-02 17:39

关注

这篇文章主要介绍“Spring事务失效的场景分析”的相关知识,小编通过实际案例向大家展示操作过程,操作方法简单快捷,实用性强,希望这篇“Spring事务失效的场景分析”文章能帮助大家解决问题。

1)未被Spring管理

使用Spring事务的前提是:对象要被Spring管理,事务方法所在的类要被加载为bean对象

如果事务方法所在的类没有被加载为一个bean,那么事务自然就失效了,示例:

//@Servicepublic class UserServiceImpl {    @Transactional    public void doTest() {        // 业务代码    }}

2)数据库引擎不支持事务

MySQL为例,InnoDB引擎是支持事务的,而像MyISAMMEMORY等是不支持事务的。

从MySQL5.5.5开始默认的存储引擎是InnoDB,之前默认都是MyISAM。所以在开发过程中发现事务失效,不一定是Spring的锅,最好确认一下数据库表是否支持事务。

3)事务方法没有被public修饰

众所周知,java的访问权限修饰符有:privatedefaultprotectedpublic四种,

但是@Transactional注解只能作用于public修饰的方法上,

AbstractFallbackTransactionAttributeSource类(Spring通过这个类获取@Transactional注解的配置属性信息)的computeTransactionAttribute方法中有个判断,如果目标方法不是public,则TransactionAttribute返回null,即不支持事务。

@Nullableprotected TransactionAttribute computeTransactionAttribute(Method method, @Nullable Class<?> targetClass) {// Don't allow no-public methods as required.if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {return null;}        //………………}

其实想想动态代理的原理就很好理解了,动态代理是通过实现接口或者继承来实现的,所以目标方法必须是public修饰,并且不能是final修饰。

4)方法使用final修饰

如果一个方法不想被子类重写,那么我们就可以把他写成final修饰的方法

如果事务方法使用final修饰,那么aop就无法在代理类中重写该方法,事务就不会生效

同样的,static修饰的方法也无法通过代理变成事务方法

5)同一类中方法调用

假如在某个Service的方法中,调用了另外一个事务方法:

@Servicepublic class UserServiceImpl {    @Autowired    UserMapper userMapper;    public void del(){        doTest();    }    @Transactional    public void doTest() {        userMapper.deleteById(200108);        int i = 10/0; //模拟发生异常    }}

像上面的代码,doTest方法使用@Transactional注解标注,在del()方法中调用了doTest()方法,在外部调用del()方法时,事务也不会生效,因为这里del()方法中调用的是类本身的方法,而不是代理对象的方法。

那么如果确实有这样的需求怎么办呢?

引入自身bean

@Servicepublic class UserServiceImpl {    @Autowired    UserMapper userMapper;    @Autowired    UserServiceImpl userServiceImpl;    public void del(){        userServiceImpl.doTest();    }    @Transactional    public void doTest() {        userMapper.deleteById(200112);        int i = 10/0; //模拟发生异常    }}

通过ApplicationContext引入bean

@Servicepublic class UserServiceImpl {    @Autowired    UserMapper userMapper;    @Autowired    ApplicationContext applicationContext;    public void del(){       ((UserServiceImpl)applicationContext.getBean("userServiceImpl")).doTest();    }    @Transactional    public void doTest() {        userMapper.deleteById(200112);        int i = 10/0; //模拟发生异常    }}

通过AopContext获取当前代理类

在启动类上添加注解@EnableAspectJAutoProxy(exposeProxy = true),表示是否对外暴露代理对象,即是否可以获取AopContext

@Servicepublic class UserServiceImpl {    @Autowired    UserMapper userMapper;    @Autowired    ApplicationContext applicationContext;    public void del(){        ((UserServiceImpl)AopContext.currentProxy()).doTest();    }    @Transactional    public void doTest() {        userMapper.deleteById(200112);        int i = 10/0; //模拟发生异常    }}

6)未开启事务

如果是SpringBoot项目,那么SpringBoot通过DataSourceTransactionManagerAutoConfiguration自动配置类帮我们开启了事务。

如果是传统的Spring项目,则需要我们自己配置

<!--        配置事务管理器--><bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  <property name="dataSource" ref="dataSource"/></bean><!--        配置事务通知--><tx:advice id="Advice" transaction-manager="transactionManager">  <!--                配置事务属性,即哪些方法要执行事务-->  <tx:attributes>    <tx:method name="insert*" propagation="REQUIRED"/> <!-- 所有insert开头的方法,以下同理 -->    <tx:method name="update*" propagation="REQUIRED"/>    <tx:method name="delete*" propagation="REQUIRED"/>  </tx:attributes></tx:advice><!--        配置事务切面--><aop:config>  <aop:pointcut id="AdviceAop" expression="execution(* com.yy.service..*(..))"/> <!--要执行的方法在哪个包,意思为:com.yy.service下的所有包里面的包含任意参数的所有方法-->  <aop:advisor advice-ref="Advice" pointcut-ref="AdviceAop"/> <!-- 配置为AdviceAop执行哪个事务通知 --></aop:config>

这样在执行service包下的增删改操作的方法时,就开启事务了,或者使用注解的方式

<!--        配置事务管理器-->        <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">                <property name="dataSource" ref="dataSource"/>        </bean><!--        注解式事务声明配置-->        <tx:annotation-driven transaction-manager="transactionManager" />

7)多线程调用

@Servicepublic class UserServiceImpl {    @Autowired    UserMapper userMapper;    @Transactional    public void doTest() throws InterruptedException {        userMapper.deleteById(200110);        new Thread(()->{            userMapper.deleteById(200112);            int i = 10/0; //模拟发生异常        }).start();    }}

在事务方法doTest中,启动了一个新的线程,并在新的线程中发生了异常,这样doTest是不会回滚的。

因为两个操作不在一个线程中,获取到的数据库连接不一样,从而是两个不同的事务,所以也不会回滚。

8)错误的传播行为

Spring定义了7种传播行为,我们可以通propagation属性来指定传播行为参数,目前只有REQUIREDREQUIRES_NEWNESTED会创建新的事务,其他的则会以非事务的方式运行或者抛出异常

Spring事务失效的场景分析

@Servicepublic class UserServiceImpl {    @Autowired    UserMapper userMapper;    @Transactional(propagation = Propagation.NEVER)    public void doTest() throws InterruptedException {        userMapper.deleteById(200114);        int i = 10/0; //模拟发生异常    }}

9)自己try&hellip;catch&hellip;掉了异常

如果没有异常抛出,则Spring认为程序是正常的,就不会回滚

@Servicepublic class UserServiceImpl {    @Autowired    UserMapper userMapper;    @Transactional    public void doTest() {        try{            userMapper.deleteById(200115);            int i = 10/0; //模拟发生异常        }catch (Exception e){            // 异常操作        }    }}

10)手动抛出了错误的异常

Spring默认只会回滚RuntimeExceptionError对于普通的Exception,不会回滚

如果你想触发其他异常的回滚,需要在注解上配置一下,如:@Transactional(rollbackFor = Exception.class)

@Servicepublic class UserServiceImpl {    @Autowired    UserMapper userMapper;    @Transactional    public void doTest() throws Exception {        try{            userMapper.deleteById(200116);            int i = 10/0; //模拟发生异常        }catch (Exception e){            // 异常操作            throw new Exception();        }    }}

11)自定义回滚异常

rollbackFor 用于指定能够触发事务回滚的异常类型,可以指定多个异常类型。

默认是在RuntimeException和Error上回滚。

若异常非配置指定的异常类,则事务失效

@Servicepublic class UserServiceImpl {    @Autowired    UserMapper userMapper;    @Transactional(rollbackFor = NullPointerException.class)    public void doTest() throws MyException {        userMapper.deleteById(200118);        throw new MyException();    }}

即使rollbackFor有默认值,但阿里巴巴开发者规范中,还是要求开发者重新指定该参数。

因为如果使用默认值,一旦程序抛出了Exception,事务不会回滚,这会出现很大的bug。所以,建议一般情况下,将该参数设置成:Exception或Throwable。

12)嵌套事务回滚多了

@Servicepublic class UserServiceImpl {    @Autowired    UserMapper userMapper;    @Transactional    public void doTest() {        userMapper.deleteById(200118);        ((UserServiceImpl)AopContext.currentProxy()).test02();    }    @Transactional(propagation = Propagation.NESTED)    public void test02(){        userMapper.deleteById(200119);        int i = 10 / 0; //模拟发生异常    }}

test02()方法出现了异常,没有手动捕获,会继续往上抛,到外层doTest()方法的代理方法中捕获了异常。所以,这种情况是直接回滚了整个事务,不只回滚单个保存点。

如果只回滚单个保存点,可以将内部嵌套事务放在try/catch中,类似于上面的自己try&hellip;catch&hellip;掉异常,并且不继续往上抛异常。这样就能保证,如果内部嵌套事务中出现异常,只回滚内部事务,而不影响外部事务。

@Servicepublic class UserServiceImpl {    @Autowired    UserMapper userMapper;    @Transactional    public void doTest() {        userMapper.deleteById(200118);        try{            ((UserServiceImpl)AopContext.currentProxy()).test02();        }catch (Exception e){                    }    }    @Transactional(propagation = Propagation.NESTED)    public void test02(){        userMapper.deleteById(200119);        int i = 10 / 0; //模拟发生异常    }}

关于“Spring事务失效的场景分析”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识,可以关注编程网行业资讯频道,小编每天都会为大家更新不同的知识点。

阅读原文内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     801人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     348人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     311人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     432人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     220人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-后端开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯