spring管理hibernate事务4

上一章介绍了spring在生产了TransactionInfo后,执行业务代码,与spring相关的只有如何获取session,我们知道是在线程变量resources中获取的。但执行了业务代码后,事务并未提交,本章介绍事务如何提交。
代码在
AbstractPlatformTransactionManager.commit(TransactionStatus status)
如果status的isCompleted=true,表示事务已执行,抛出异常
如果该事务被设置了只rollback,则processRollback(TransactionStatus );
执行processCommit(DefaultTransactionStatus status),此处是真正的commit的地方。
1. prepareForCommit(status),目前为空
2. triggerBeforeCommit(status),推测是事务commit前触发的其他业务逻辑,应该是可以配置。代码如下:只有是status为新事务,也就是如果嵌套service调用,如果service上注解的事务传播属性都是require的话,那么只有最外层的service执行时,会执行该逻辑。TransactionStatus.newSynchronization,在第二章讲到了只有线程变量resource中没有sessionHolder和

  protected final void triggerBeforeCommit(DefaultTransactionStatus status) {
        if (status.isNewSynchronization()) {
            if (status.isDebug()) {
                logger.trace("Triggering beforeCommit synchronization");
            }
            TransactionSynchronizationUtils.triggerBeforeCommit(status.isReadOnly());
        }
    }

目前没有使用
3.

else if (status.isNewTransaction()) {
 if (status.isDebug()) {
                        logger.debug("Initiating transaction commit");
                    }
                    doCommit(status);
                }

只有在status为新事务时,才执行commit,如此,大家应该明白部分service嵌套调用的逻辑了吧。
4. 事务commit后,执行triggerAfterCommit。
5. 执行triggerAfterCompletion,这都是业务回调
6. 清理事务。关闭session,清理那些线程变量,其代码如下:

    private void cleanupAfterCompletion(DefaultTransactionStatus status) {
        status.setCompleted();
        if (status.isNewSynchronization()) {
            TransactionSynchronizationManager.clear();
        }
        if (status.isNewTransaction()) {
            doCleanupAfterCompletion(status.getTransaction());
        }
        if (status.getSuspendedResources() != null) {
            if (status.isDebug()) {
                logger.debug("Resuming suspended transaction after completion of inner transaction");
            }
            resume(status.getTransaction(), (SuspendedResourcesHolder) status.getSuspendedResources());
        }
    }

只有其为新事务时踩执行清理。

总结

spring执行commit前后,都会触发执行相应的回调,通过该方法,就能执行一些边缘操作,比如用户注册成功后,发送邮件等,参考事务同步器,执行完毕后执行其他业务逻辑
本系列只关注了事务传播级别为Require的常用场景,其他场景,未考虑。但大体相同。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值