spring事务失效解决方案,spring事务使用场景
00-1010 1)不被Spring管理2)事务不被数据库引擎支持3)事务方法不被public修饰4)方法被final修饰5)方法调用在同一个类中6)事务不被启动7)多线程调用8)错误传播行为9) try…catch…抛出异常10)手动抛出错误异常11)自定义回滚异常12)有很多嵌套的事务回滚。
00-1010使用Spring事务的前提是对象要由Spring管理，事务方法的类要作为bean对象加载。
如果事务方法所在的类没有作为bean加载，那么事务自然会失败。示例：
//@ ServicePublic类UserServiceImpl { @ Transactional Public Void Dotest(){//业务代码}}
00-1010以MySQL为例。InnoDB引擎支持事务，而MyISAM和MEMORY不支持事务。
从MySQL5.5.5开始，默认的存储引擎是InnoDB，在此之前，默认是MyISAM。所以开发过程中发现事务失败不一定是Spring的锅。最好确认数据库表是否支持事务。
00-1010众所周知，java的访问权限有四个修饰符：私有、默认、受保护和公共。
但是，@Transactional批注只能应用于由public修饰的方法。
AbstractAllbackTransactionAttribute源类的computeTransactionAttribute方法中有一个判断(Spring通过这个类获取@Transactional批注的配置属性信息)。如果目标方法不是公共的，则TransactionAttribute返回null，即不支持事务。
@ Nullable protected transaction attribute computeTransactionAttribute(Method方法，@Nullable Class？targetClass) {//不允许按要求使用非公共方法. if (allowPublicMethodsOnly()！modifier . is public(method . get modifiers()){ return null；}//……………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………
00-1010如果一个方法不想被子类覆盖，那么我们可以把它写成一个最终修改的方法。
如果事务方法用final修饰，aop就不能在代理类中重写方法，事务就不会生效。
同样，静态修饰方法不能通过代理更改为事务方法。
00-1010假设在服务的方法中调用了另一个事务方法：
@ service public class UserServiceImpl { @ auto wired user mapper user mapper；public void del(){ doTest()；} @ Transactional public void doTest(){ user mapper . delete byid(200108)；int I=10/0；//模拟中有异常}}和上面的代码一样，doTest方法用@Transactional标注，doTest()方法在del()方法中调用，外部调用。
e>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属性来指定传播行为参数，目前只有REQUIRED、REQUIRES_NEW、NESTED会创建新的事务，其他的则会以非事务的方式运行或者抛出异常
@Servicepublic 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认为程序是正常的，就不会回滚
@Servicepublic class UserServiceImpl { @Autowired UserMapper userMapper; @Transactional public void doTest() { try{ userMapper.deleteById(200115); int i = 10/0; //模拟发生异常 }catch (Exception e){ // 异常操作 } }}
10）手动抛出了错误的异常
Spring默认只会回滚RuntimeException和Error对于普通的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…catch…掉异常，并且不继续往上抛异常。这样就能保证，如果内部嵌套事务中出现异常，只回滚内部事务，而不影响外部事务。
@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详细讲解事务失效的场景的文章就介绍到这了,更多相关Spring事务失效内容请搜索盛行IT以前的文章或继续浏览下面的相关文章希望大家以后多多支持盛行IT！
郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。