设为首页 加入收藏

TOP

14、Spring之基于注解的声明式事务(三)
2023-09-09 10:25:58 】 浏览:87
Tags:Spring 于注解 明式事
.SpringJUnit4ClassRunner; /** * @author liaojy * @date 2023/8/27 - 1:16 */ @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration("classpath:spring-tx-annotation.xml") public class TxByAnnotation { @Autowired private BookController bookController; @Test public void testBuyBook(){ bookController.buyBook(1,1); } }

14.3.6、测试执行的效果

14.3.6.1、执行前的数据

image

此时id为1的图书库存为100

image

此时id为1的用户余额为50

14.3.6.2、执行时的异常

image

14.3.6.3、执行后的数据

image

此时id为1的图书库存为99,少了一本

image

此时id为1的用户余额为50,没有变化

14.3.6.4、执行结果的总结

  • 因为没有使用事务,图书的库存更新了,但是用户的余额没有更新

  • 这样的结果是错误的,因为购买图书是一个完整的流程:更新(图书)库存和更新(用户)余额,要么都成功,要么都失败

14.4、考虑事务的实现

14.4.1、添加事务功能的相关配置

image

    <!--配置事务管理器-->
    <bean id="dataSourceTransactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <!-- 装配要进行事务管理的数据源 -->
        <property name="dataSource" ref="datasource"></property>
    </bean>

    <!--
        tx:annotation-driven标签:开启事务的注解驱动;
                                  通过@Transactional注解所标识的方法或标识的类中所有的方法,都会被事务管理器管理事务
            transaction-manager属性:设置使用的事务管理器;
                属性的默认值是transactionManager,如果事务管理器bean的id正好就是这个默认值,则可以省略这个属性
    -->
    <tx:annotation-driven transaction-manager="dataSourceTransactionManager"></tx:annotation-driven>

注意:tx:annotation-driven标签导入的名称空间需要 tx 结尾的那个

image

14.4.2、使用@Transactional注解

image

因为service层表示业务逻辑层,一个方法表示一个完整的功能,所以处理事务一般在service层使用@Transactional注解

14.4.3、测试事务的效果

14.4.3.1、执行前的数据

image

此时id为1的图书库存(已修改)为100

image

此时id为1的用户余额为50

14.4.3.2、执行时的异常

image

14.4.3.3、执行后的数据

image

由于使用了Spring的声明式事务,更新(图书)库存和更新(用户)余额,要么都成功,要么都失败;

本例属于都失败,所以(图书)库存和(用户)余额都没有变化

image

14.4.4、@Transactional注解的位置

  • 标识在方法上:只对该方法进行事务管理

  • 标识在类上:相当于对该类的所有方法都标识了@Transactional

14.5、事务的属性

14.5.1、只读

14.5.1.1、使用目的

  • 对于一系列查询操作来说,如果把它设置成只读,就能够明确告诉数据库,这系列操作不涉及写操作

  • 这样数据库就能够针对查询操作来进行优化

14.5.1.2、使用方式

image

    @Transactional(readOnly = true)

14.5.1.3、注意事项

对增删改操作设置只读时,会抛出异常:

image

14.5.2、超时

14.5.2.1、使用目的

  • 事务在执行过程中,有可能因为遇到某些问题导致卡住,从而长时间占用数据库资源

  • 长时间占用资源,大概率是因为程序运行出现了问题(可能是Java程序或MySQL数据库或网络连接等)

  • 此时这个很可能出问题的程序应该被强制回滚,撤销它已做的操作,事务结束,把资源让出来,让其他正常程序可以执行

  • 概括来说就是一句话:超时回滚,释放资源

14.5.2.2、使用方式

image

注意:timeout属性默认值为-1,表示事务执行的时间可以无限长

    // 设置事务执行超过3秒,则强制回滚、结束事务、释放资源
    @Transactional(timeout = 3)

14.5.2.3、使用效果

image

事务执行超过设定时间,除了强制回滚、结束事务、释放资源之外,还会抛出异常:TransactionTimedOutException

14.5.3、回滚策略

14.5.3.1、使用目的

可以通过@Transactional中相关属性设置回滚策略:

  • rollbackFor属性(不常用):设置会造成回滚的异常,属性值需要一个Class类型的对象

  • rollbackForClassName属性(不常用):设置会造成回滚的异常,属性值需要一个字符串类型的全类名字符串

  • noRollbackFor属性:设置不造成回滚的异常,属性值需要一个Class类型的对象

  • noRollbackForClassName属性:设置不造成回滚的异常,属性值需要一个字符串类型的全类名字符串

注意:因为声明式事务默认对所有运行时异常都进行回滚,所以rollbackFor和rollbackForClassName属性不常用

14.5.3.2、使用方式

image

注意:由于(本示例)没进行异常处理,所以发生数学运算异常(ArithmeticException)时程序会中止;
而且因为回滚策略设置了当出现数学运算异常(ArithmeticException)时不需要进行回滚,
为了不导致数据错误,所以发生异常的代码最好放在更新(图书库存和用户余额)操作之后。

    // 设置当出现数学运算异常(ArithmeticException)时,不需要进行回滚
    @Transactional(noRollbackFor = {ArithmeticException.class})

14.5.3.3、使用效果

14.5.3.3.1、执行前的数据

image

此时id为2的图书(价格为50)库存为100

image

此时id为1的用户余额为50

14.5.3.3.2、执行时的异常

image

因为回滚策略设置了当出现数学运算异常(ArithmeticException)时不需要进行回滚,因此购买图书的操作会正常执行

14.5.3.3.3、执行后的数据

image

此时id为2的图书(价格为50)库存为99,少了一本

image

首页 上一页 1 2 3 4 5 下一页 尾页 3/5/5
】【打印繁体】【投稿】【收藏】 【推荐】【举报】【评论】 【关闭】 【返回顶部
上一篇Java - ThreadPoolExecutor线程池.. 下一篇集群部署专题之二:超高性能RPC框..

最新文章

热门文章

Hot 文章

Python

C 语言

C++基础

大数据基础

linux编程基础

C/C++面试题目