上一章介绍了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的常用场景,其他场景,未考虑。但大体相同。