redis分布式锁实现

一、单机场景下的锁synchronized

@RequestMapping("/stock")
public String stockOper() {
    synchronized (this) {
        int stockNum = Integer.parseInt(stringRedisTemplate.opsForValue().get("stockNum"));
        if (stockNum > 0) {
            int syNum = stockNum - 1;
            stringRedisTemplate.opsForValue().set("stockNum", String.valueOf(syNum));
            return "库存扣减成功！";
        } else {
            return "库存不足！";
        }
    }
}

问题：集群环境则会出现重复扣减库存的情况！

二、分布式环境下使用redis.setnx(...)

@RequestMapping("/stockLock")
public String stockOperByRedissLock() {
    String productId = "H123";

    String uuid = UUID.randomUUID().toString();
  /*  Boolean result = stringRedisTemplate.opsForValue().setIfAbsent(productId,"123");
    stringRedisTemplate.expire(productId,10, TimeUnit.SECONDS);//设置10秒过期*/
    //把上面两句换成这一句，可保证原子性(设值和过期时间设置要么同时成功，要么同时失败),
    //但是依然存在高并发时出现超卖问题（当业务逻辑执行所需时间大于redis设置的超时时间，
    //  则有问题，如线程2的锁可能被线程1给释放掉），
    //解决方案：判断是否是同一个线程加的锁uuid，但依然有问：极端情况下 当 redisTemplate.delete(productId);执行前一瞬间，锁超时被释放了，同样被其它线       程获取到了锁，
    //这样当执行到 stringRedisTemplate.delete(productId);时，还是会删除另外一个线程加的锁；所以解决方案：锁超时时间延长（redisson）

    Boolean result = stringRedisTemplate.opsForValue().setIfAbsent(productId,uuid,10, TimeUnit.SECONDS);

    if(!result) {
        return "当前系统繁忙";
    }
    try {
        int stockNum = Integer.parseInt(stringRedisTemplate.opsForValue().get("stockNum"));
        if (stockNum > 0) {
            int syNum = stockNum - 1;
            stringRedisTemplate.opsForValue().set("stockNum", String.valueOf(syNum));
            return "库存扣减成功！";
        } else {
            return "库存不足！";
        }
    }finally {
        //判断是否是同一个线程加的锁，但依然存在问题
        if(uuid.equals(stringRedisTemplate.opsForValue().get(productId))) {
            stringRedisTemplate.delete(productId);
        }
    }
}

三、redisson框架处理分布式锁

@RequestMapping("/redisson")
public String redisson() {
    String productId = "H123";
    String uuid = UUID.randomUUID().toString();

    Boolean result = stringRedisTemplate.opsForValue().setIfAbsent(productId,uuid,10, TimeUnit.SECONDS);

    if(!result) {
        return "当前系统繁忙";
    }
    RLock lock = redisson.getLock(productId);
    lock.lock();
    try {
        int stockNum = Integer.parseInt(stringRedisTemplate.opsForValue().get("stockNum"));
        if (stockNum > 0) {
            int syNum = stockNum - 1;
            stringRedisTemplate.opsForValue().set("stockNum", String.valueOf(syNum));
            return "库存扣减成功！";
        } else {
            return "库存不足！";
        }
    }finally {
        lock.unlock();
    }
}

1.redisson的所有指令都通过lua脚本来完成，保证了原子性;

2.redisson设置一个key的默认过期时间为30s，如果某个客户端持有一个锁超过了30s怎么办？redisson中有一个watchdog的概念，翻译过来就是看门狗，它会在你获取锁之后，每隔10s(大概是过期时间的三分之一时间)帮你把key的超时时间设置为30s，这样的话，就算一直持有锁也不会出现key过期了其他线程获取到锁的问题了。

3.redisson的看门狗逻辑保证了没有死锁的发生，但是如果宕机了，看门狗也没了，此时就不会延长key的过期时间，到了时间就会自动过期，其他线程可以获取到锁。

大部分中小公司做到这步就差不多了，但是对于大型互联网公司，则需进一步优化，因为存在以下问题：主从节点模式，主从数据同步/切换过程：当在redis主节点设置一个key加锁后，还没来得及同步到从节点，此时主节点宕机，从节点变为主节点，则新的线程访问时则会加锁成功，该如何处理 ？