好得很程序员自学网

<tfoot draggable='sEl'></tfoot>

详解Spring事务回滚和事务提交

事务回滚

回滚逻辑如下:

判断是否存在事务,只有存在事务才执行回滚 根据异常类型判断是否回滚。如果异常类型不符合,仍然会提交事务 回滚处理

详细解析

判断是否存在事务,只有存在事务才执行回滚,即是否有@Transactional事务注解或相关事务切面 根据异常类型判断是否回滚。如果异常类型不符合,仍然会提交事务

根据@Transactional注解中rollbackFor、rollbackForClassName、noRollbackForClassName配置的值,找到最符合ex的异常类型,如果符合的异常类型不是NoRollbackRuleAttribute,则可以执行回滚。
如果@Transactional没有配置,则默认使用RuntimeException和Error异常。
代码如下:

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

@Override

public boolean rollbackOn(Throwable ex) {

  if (logger.isTraceEnabled()) {

   logger.trace( "Applying rules to determine whether transaction should rollback on " + ex);

  }

 

  RollbackRuleAttribute winner = null ;

  int deepest = Integer.MAX_VALUE;

 

  //rollbackRules保存@Transactional注解中rollbackFor、rollbackForClassName、noRollbackForClassName配置的值

  if ( this .rollbackRules != null ) {

   for (RollbackRuleAttribute rule : this .rollbackRules) {

    int depth = rule.getDepth(ex);

    if (depth >= 0 && depth < deepest) {

     deepest = depth;

     winner = rule;

    }

   }

  }

 

  if (logger.isTraceEnabled()) {

   logger.trace( "Winning rollback rule is: " + winner);

  }

 

  // User superclass behavior (rollback on unchecked) if no rule matches.

  //若@Transactional没有配置,默认调用父类的

  if (winner == null ) {

   logger.trace( "No relevant rollback rule found: applying default rules" );

   return super .rollbackOn(ex);

  }

 

  return !(winner instanceof NoRollbackRuleAttribute);

}

 

//super

@Override

public boolean rollbackOn(Throwable ex) {

  return (ex instanceof RuntimeException || ex instanceof Error);

}

回滚处理

如果存在安全点,则回滚事务至安全点,这个主要是处理嵌套事务,回滚安全点的操作还是交给了数据库处理. 当前事务是一个新事务时,那么直接回滚,使用的是DataSourceTransactionManager事务管理器,所以调用DataSourceTransactionManager#doRollback,直接调用数据库连接的回滚方法。 当前存在事务,但又不是一个新的事务,只把事务的状态标记为read-only,等到事务链执行完毕后,统一回滚,调用DataSourceTransactionManager#doSetRollbackOnly 清空记录的资源并将挂起的资源恢复

代码如下:

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

private void processRollback(DefaultTransactionStatus status) {

  try {

   try {

    triggerBeforeCompletion(status);

    //如果有安全点,回滚至安全点

    if (status.hasSavepoint()) {

     if (status.isDebug()) {

      logger.debug( "Rolling back transaction to savepoint" );

     }

     status.rollbackToHeldSavepoint();

    }

    //如果是新事务,回滚事务

    else if (status.isNewTransaction()) {

     if (status.isDebug()) {

      logger.debug( "Initiating transaction rollback" );

     }

     doRollback(status);

    }

    //如果有事务但不是新事务,则把标记事务状态,等事务链执行完毕后统一回滚

    else if (status.hasTransaction()) {

     if (status.isLocalRollbackOnly() || isGlobalRollbackOnParticipationFailure()) {

      if (status.isDebug()) {

       logger.debug( "Participating transaction failed - marking existing transaction as rollback-only" );

      }

      doSetRollbackOnly(status);

     }

     else {

      if (status.isDebug()) {

       logger.debug( "Participating transaction failed - letting transaction originator decide on rollback" );

      }

     }

    }

    else {

     logger.debug( "Should roll back transaction but cannot - no transaction available" );

    }

   }

   catch (RuntimeException ex) {

    triggerAfterCompletion(status, TransactionSynchronization.STATUS_UNKNOWN);

    throw ex;

   }

   catch (Error err) {

    triggerAfterCompletion(status, TransactionSynchronization.STATUS_UNKNOWN);

    throw err;

   }

   triggerAfterCompletion(status, TransactionSynchronization.STATUS_ROLLED_BACK);

  }

  finally {

   //清空记录的资源并将挂起的资源恢复

   cleanupAfterCompletion(status);

  }

}

事务提交

事务提交逻辑如下:

判断事务是否已经完成,如果完成抛出异常 判断事务是否已经被标记成回滚,则执行回滚操作 嵌入事务标记回滚,如果嵌入事务抛出了异常执行了回滚,但是在调用方把嵌入事务的异常个捕获没有抛出,就会执行这一步。 提交事务

代码如下:

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

@Override

public final void commit(TransactionStatus status) throws TransactionException {

  //1. 判断事务是不是已经完成

  if (status.isCompleted()) {

   throw new IllegalTransactionStateException(

     "Transaction is already completed - do not call commit or rollback more than once per transaction" );

  }

 

  DefaultTransactionStatus defStatus = (DefaultTransactionStatus) status;

  //2. 如果在事务链中已经被标记回滚,那么不会尝试提交事务,直接回滚,不过我没找到在哪设置这个值

  if (defStatus.isLocalRollbackOnly()) {

   if (defStatus.isDebug()) {

    logger.debug( "Transactional code has requested rollback" );

   }

   processRollback(defStatus);

   return ;

  }

  //3. shouldCommitOnGlobalRollbackOnly()默认返回false,isGlobalRollbackOnly是在嵌入事务回滚的时候赋值的

  if (!shouldCommitOnGlobalRollbackOnly() && defStatus.isGlobalRollbackOnly()) {

   if (defStatus.isDebug()) {

    logger.debug( "Global transaction is marked as rollback-only but transactional code requested commit" );

   }

   processRollback(defStatus);

   // Throw UnexpectedRollbackException only at outermost transaction boundary

   // or if explicitly asked to.

   if (status.isNewTransaction() || isFailEarlyOnGlobalRollbackOnly()) {

    throw new UnexpectedRollbackException(

      "Transaction rolled back because it has been marked as rollback-only" );

   }

   return ;

  }

  //4. 提交事务

  processCommit(defStatus);

}

以上就是详解Spring事务回滚和事务提交的详细内容,更多关于Spring事务回滚和事务提交的资料请关注其它相关文章!

原文链接:https://segmentfault.com/a/1190000039355614

查看更多关于详解Spring事务回滚和事务提交的详细内容...

  阅读:14次