iis服务器助手广告广告
返回顶部
首页 > 资讯 > 后端开发 > Python >Spring详细讲解事务失效的场景
  • 124
分享到

Spring详细讲解事务失效的场景

2024-04-02 19:04:59 124人浏览 薄情痞子

Python 官方文档:入门教程 => 点击学习

摘要

目录1)未被spring管理2)数据库引擎不支持事务3)事务方法没有被public修饰4)方法使用final修饰5)同一类中方法调用6)未开启事务7)多线程调用8)错误的传播行为9)

1)未被Spring管理

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

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

//@Service
public 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,即不支持事务。

@Nullable
	protected 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的方法中,调用了另外一个事务方法:

@Service
public 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

@Service
public 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

@Service
public 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

@Service
public 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)多线程调用

@Service
public 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会创建新的事务,其他的则会以非事务的方式运行或者抛出异常

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

9)自己try…catch…掉了异常

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

@Service
public 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)

@Service
public 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上回滚。

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

@Service
public 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)嵌套事务回滚多了

@Service
public 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…catch…掉异常,并且不继续往上抛异常。这样就能保证,如果内部嵌套事务中出现异常,只回滚内部事务,而不影响外部事务。

@Service
public 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详细讲解事务失效的场景的文章就介绍到这了,更多相关Spring事务失效内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网!

--结束END--

本文标题: Spring详细讲解事务失效的场景

本文链接: https://www.lsjlt.com/news/154186.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

本篇文章演示代码以及资料文档资料下载

下载Word文档到电脑,方便收藏和打印~

下载Word文档
猜你喜欢
  • Spring详细讲解事务失效的场景
    目录1)未被Spring管理2)数据库引擎不支持事务3)事务方法没有被public修饰4)方法使用final修饰5)同一类中方法调用6)未开启事务7)多线程调用8)错误的传播行为9)...
    99+
    2024-04-02
  • Spring事务失效场景的详细整理
    目录前言数据库引擎不支持事物方法不是 public 的自身调用问题不支持事物异常被吃掉异常类型错误总结前言 项目中用Spring的 @Transactional 注解控制事务,使用中...
    99+
    2024-04-02
  • 8个Spring事务失效场景详解
    目录前言Spring事务原理Spring事务失效场景1. 抛出检查异常2. 业务方法本身捕获了异常3. 同一类中的方法调用4. 方法使用 final 或 static关键字5. 方法...
    99+
    2022-12-20
    Spring事务失效场景 Spring事务失效
  • Spring事务失效场景实例详解
    1、Spring事务最终依赖的数据库的事务,如果用的是mysql的话,执行引擎要是innodb;因为只有innoDB 支持事务。 2、Spring的事务是原理是aop,所以加事务所在...
    99+
    2024-04-02
  • Spring事务失效的场景分析
    这篇文章主要介绍“Spring事务失效的场景分析”的相关知识,小编通过实际案例向大家展示操作过程,操作方法简单快捷,实用性强,希望这篇“Spring事务失效的场景分析”文章能帮助大家解决问题。1)未被Spring管理使用Spring事务的前...
    99+
    2023-07-02
  • Spring事务的失效场景有哪些
    本篇内容主要讲解“Spring事务的失效场景有哪些”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Spring事务的失效场景有哪些”吧!1、Spring事务最终依赖的数据库的事务,如果用的是mys...
    99+
    2023-06-29
  • Spring事务失效的场景有哪些
    本篇内容主要讲解“Spring事务失效的场景有哪些”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Spring事务失效的场景有哪些”吧!概述Spring针对Java Transaction API...
    99+
    2023-07-05
  • spring中事务失效的场景有哪些
    在Spring中,事务可能失效的场景包括:1. 方法未标记为事务:如果一个方法没有被@Transactional注解标记,那么Spr...
    99+
    2023-09-28
    spring
  • Spring事务失效的各种场景(13种)
    目录一、访问权限二、方法用final修饰三、方法内部调用四、没有被spring管理五、多线程调用六、设计的表不支持事务七、没有开启事务八、错误的事务传播九、自己捕获了异常十、手动抛出...
    99+
    2024-04-02
  • Spring事务失效的场景梳理总结
    目录概述事务的传播类型事务隔离级别事务失效的场景概述 Spring针对Java Transaction API (JTA)、JDBC、Hibernate和Java Persisten...
    99+
    2023-02-23
    Spring事务失效场景 Spring事务失效原因
  • Spring事务注解@Transactional失效的八种场景分析
    首先说一下最近自己遇到的一个坑: @Transactional service A(){ try{ insert(); serviceB.update(); }catch(){...
    99+
    2024-04-02
  • Spring事务的失效场景你知道多少
    1、Spring事务最终依赖的数据库的事务,如果用的是mysql的话,执行引擎要是innodb;因为只有innoDB 支持事务。 2、Spring的事务是原理是aop,所以加事务所在...
    99+
    2024-04-02
  • Spring事务失效之常见场景分析
    目录一、事务方法访问修饰符非public,导致事务失效二、@Transactional注解的方法抛出的异常不是spring的事务支持的异常,导致事务失效三、数据表本身是不支持事务,导...
    99+
    2023-05-17
    Spring事务失效 Spring事务失效场景 Spring事务 事务失效常见场景
  • Spring超详细讲解事务
    目录什么是事务事务的四个特性(ACID)Spring对事务的支持编程式事务管理声明式事务管理基于注解的声明式事务管理Spring事务管理的三个接口Spring事务属性什么是事务 一个...
    99+
    2024-04-02
  • Spring事务管理详细讲解
    目录事务回顾spring事务操作基于注解声明事务@Transactional注解使用事务传播机制事务隔离级别@Transactional其他属性基于XML 声明式事务完全注解开发说明...
    99+
    2022-11-13
    Spring事务管理 Spring事务原理 Spring事务管理机制
  • 一篇文章带你了解spring事务失效的多种场景
    目录前言一 事务不生效1.访问权限问题2. 方法用final修饰3.方法内部调用4.未被spring管理5.多线程调用6.表不支持事务7.未开启事务二 事务不回滚1.错误的传播特性2...
    99+
    2024-04-02
  • java事务失效的场景有哪些
    1. 并发更新:当多个线程同时对同一个数据进行更新操作时,可能会出现事务失效的情况。例如,线程A读取了一个数据,然后线程B修改了这个...
    99+
    2023-09-13
    java
  • 事务注解@Transactional失效的场景及解决办法
    本篇内容主要讲解“事务注解@Transactional失效的场景及解决办法”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“事务注解@Transactional失效的场景及解决办法”吧!Transa...
    99+
    2023-06-15
  • spring中@Transactional的失效场景有哪些
    小编给大家分享一下spring中@Transactional的失效场景有哪些,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧!一、失效场景集一:代理不生效Spring...
    99+
    2023-06-22
  • Spring超详细讲解事务和事务传播机制
    目录为什么需要事务Spring 声明事务Transactional参数说明propagationisolationtimeout事务回滚失效解决方案@Transactional工作原...
    99+
    2024-04-02
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作