Activiti7.0进阶学习(六):Activiti的乐观锁实现过程

怼烎@ 2022-11-25 10:10 295阅读 0赞

#### 背景 ####

1.  学习activiti的乐观锁实现过程，可以先[理解complete工作过程][complete]
2.  在**多个线程同时操作同一个taskId**的时候，activiti是怎么解决并发问题的？

#### 过程 ####

*  **activiti使用乐观锁（Optimistic Locking）做的并发控制**  
    一旦并发冲突（多个线程同时操作同一个taskId的时候）发生的时候，一个异常OptimisticLockingException就会被抛出来，同时事务也将回滚。检测到冲突发生的时候，其实是多个线程同时对同一个数据进行写操作。
 *  **activiti的默认表有一个关键字段REV\_**  
    比如表ACT\_RU\_EXECUTION, ACT\_RU\_TASK都有字段REV\_。 这个字段是单词：reversion  
    含义就是：reversion version。其实就是做的一个乐观锁。
 *  **activiti乐观锁的实现过程**

1.  假如现在有两个A和B线程同时执行complete操作了。且都是对同一个taskId进行complete操作。
2.  A线程拿到Task相关数据，此时字段REV\_的值是1
3.  B线程也拿到Task相关数据，此时字段REV\_的值也是1
4.  其实，这个时候A和B线程都是ativiti提供的job executor线程池中的线程。假如这个taskId是会签，而且activiti在设计的时候，同一个审批实例就只能有一个线程在处理这个taskId。
5.  A线程完成了这个任务，并且把REV\_的值更新为2。
6.  现在B线程也完成这个任务，但是在更新REV\_值的时候，发现数据库返回受影响的行数为0，这个时候就抛出了一个异常：OptimisticLockingException,并打印出日志信息（ProcessInstance\[dsljfljdfljkdflajfla12324ldjfldkjf\] was updated by another transaction concurrently）。
7.  此描述的过程就是activiti对并发控制的实现过程。也是乐观锁工作过程。

*  **业务处理结果**

1.  捕获到异常，进行业务逻辑重试。
2.  捕获到异常，进行友好提示。此审批单抢先被审批，请再次重新审批。

#### 小结 ####

1.  理解activiti是怎么解决并发问题的。
2.  理解activiti乐观锁工作过程。

[complete]: https://blog.csdn.net/outsanding/article/details/107861236