分布式锁和事务关系的细节

最新推荐文章于 2024-09-07 15:40:33 发布

阿星不是程序员

最新推荐文章于 2024-09-07 15:40:33 发布

阅读量868

点赞数

分类专栏：分布式问题解决文章标签：分布式 spring

本文链接：https://blog.csdn.net/guntun8987/article/details/130890967

版权

本文探讨了在Spring环境中，分布式锁与事务的执行顺序问题。通过代码示例展示了在并发请求下，由于事务切面和锁切面的加载顺序导致的数据不一致性。分析了Spring切面加载机制，解释了如何通过调整@Order注解的值来确保锁的切面在事务切面前执行，从而保证数据的正确性。

摘要由CSDN通过智能技术生成

使用redssion在redis上以及结合自定义注解利用spring的环绕切面来实现分布式锁功能

代码示例

controller、service层

@RequestMapping("insertNumber/{number}/{id}")
public boolean insertNumber(@PathVariable Long number,@PathVariable Long id){
   
    return testService.insertNumber(number,id);
}

@Transactional
@ServiceLock(name = "insertNumber",keys = {
   "#id"},waitTime = 50)
public boolean insertNumber(final Long number, final Long id) {
   
    Test test = testMapper.getById(id);
    Long originalNumber = test.getNumber();
    originalNumber = originalNumber + number;
    test.setNumber(originalNumber);
    testMapper.updateById(test);
    return true;
}

逻辑很简单，根据id查出test对象后，在原有基础上增加number值，然后更新到数据库中。

锁的切面

@Aspect
public class ServiceLockAspect {
   

    @Around("@annotation(servicelock)")
    public Object around(ProceedingJoinPoint joinPoint, ServiceLock servicelock) throws Throwable {
   
        //进行加锁
        boolean reuslt = lock.lock(lockName);
        //如果加锁成功
        if (reuslt) {
   
            try {
   
                //执行业务逻辑
                return joinPoint.proceed();
            }finally{
   
                //解锁
                lock.unlock(lockName