redis--乐观锁--粗粒度锁

一、redis锁的应用

redis锁的引用请参考[redis锁](http://blog.csdn.net/liu20111590/article/details/52840999)

假如使用redis的watch监控一个或者多个key，这些key是集合数据，我们将这种锁称为粗粒度锁（类似于数据库中的表锁的功能）

二、redis粗粒度锁缺点

因为每次的操作，只会涉及到集合key的某一个值。我们对整个key进行监控，导致碰撞几率提高，从而使多数的事务被取消。事实上这些被取消的事务有很多是互相不影响的。

 举个例子
现在有一个市场（SET），里面存放了一些货物（货物1、货物2、货物3）,有三个消费者（消费者A、消费者B、消费者C）。
消费者A想购买货物1，消费者B想购买货物2，消费者C想购买货物3。三个人同时拿到货物，同时去付款（这个时候是竞争关系）。
我们假设三个都提交了付款的请求，消费者A首先付款成功。这个时候因为市场（SET）中数据发生了变化，导致后面的事务都被取消掉了。

这种时候其实他们三个人是互不影响，但是因为我们使用了粗粒度锁，导致一些不需要取消的事务被取消。

这个时候我们需要细粒度锁来对数据加锁，减少碰撞的概率。

下面贴一段获取粗粒度锁的代码

/**
     * 对某一个key进行加锁
     * @param lockKey
     * @return
     */
    public String lock(String lockKey){
        AssertLock.isTrue(!StringUtils.isEmpty(lockKey),"lockKey不能为空");

        String uuid = UUID.randomUUID().toString().replace("-","");
        try {
            if(redisTemplate.opsForValue().setIfAbsent(LockUtils.commonLockKey(lockKey),uuid)){
                return uuid;
            }
            return null;
        }catch (Exception e){
            logger.error("获取锁失败",e);
        }
        return null;
    }

 /**
     * 释放锁
     * @param lockKey
     * @param uuid
     * @return
     */
    public boolean unLock(String lockKey,String uuid){
        AssertLock.isTrue(!StringUtils.isEmpty(lockKey),"lockKey不能为空");
        AssertLock.isTrue(!StringUtils.isEmpty(uuid),"uuid不能为空");

        try {
            if(StringUtils.equals(redisTemplate.opsForValue().get(LockUtils.commonLockKey(lockKey)),uuid)){
                return redisTemplate.expire(LockUtils.commonLockKey(lockKey),0L,TimeUnit.MILLISECONDS);
            }
            return false;
        }catch (Exception e){
            logger.error("释放锁失败",e);
        }
        return false;
    }

/**
     * 强制释放某个锁（慎用）
     * @param lockKey
     */
    public void forceUnLock(String lockKey){
        AssertLock.isTrue(!StringUtils.isEmpty(lockKey),"lockKey不能为空");

        redisTemplate.expire(LockUtils.commonLockKey(lockKey),0L,TimeUnit.MILLISECONDS);
    }