【微服务】Redis 实现分布式锁

什么是分布式锁

要介绍分布式锁，首先要提到与分布式锁相对应的是线程锁、进程锁。

1. 线程锁

主要用来给方法、代码块加锁。当某个方法或代码使用锁，在同一时刻仅有一个线程执行该方法或该代码段。线程锁只在同一JVM中有效果，因为线程锁的实现在根本上是依靠线程之间共享内存实现的，比如Synchronized、Lock等。

2. 进程锁

为了控制同一操作系统中多个进程访问某个共享资源，因为进程具有独立性，各个进程无法访问其他进程的资源，因此无法通过synchronized等线程锁实现进程锁。

3. 分布式锁

当多个进程不在同一个系统中，用分布式锁控制多个进程对资源的访问。

分布式锁的由来

在传统单机部署的情况下，可以使用Java并发处理相关的API(如ReentrantLcok或synchronized)进行互斥控制。

但是在分布式系统后，由于分布式系统多线程、多进程并且分布在不同机器上，这将使原单机并发控制锁策略失效，为了解决这个问题就需要一种跨JVM的互斥机制来控制共享资源的访问，这就是分布式锁的由来。

当多个进程不在同一个系统中，就需要用分布式锁控制多个进程对资源的访问。

分布式锁的特点

首先，为了确保分布式锁可用，我们至少要确保锁的实现同时满足以下四个条件：

1. 互斥性：任意时刻，只能有一个客户端获取锁，不能同时有两个客户端获取到锁。

2. 安全性：锁只能被持有该锁的客户端删除，不能由其它客户端删除。

3. 死锁：获取锁的客户端因为某些原因（如down机等）而未能释放锁，其它客户端再也无法获取到该锁。

4. 容错：当部分节点（redis节点等）down机时，客户端仍然能够获取锁和释放锁。

分布式锁一般有三种实现方式：

1. 数据库乐观锁；

2. 基于ZooKeeper的分布式锁;

3. 基于Redis的分布式锁；

Redis实现分布式锁

1. 加锁

/**
* 尝试获取分布式锁
*
* @param namespace  命名空间，对于锁的类别做出限制，确保一个任务类型中锁不重名
* @param lockKey    锁，使用资产 id 确保事务执行对象的唯一性
* @param requestId  请求标识，使用 UUID.randomUUID().toString() 确保只有加锁的人可以解锁
* @param expireTime 过期时间
* @return
*/
public boolean tryGetDistributedLock(String namespace, String lockKey, String requestId, int expireTime) {
   try {
       redisTemplate.boundValueOps(RedisKey.LOCK_NAME_SPACE + namespace + lockKey)
               .set(requestId, expireTime, TimeUnit.SECONDS);
       return true;
   } catch (RedisException e) {
       e.printStackTrace();
       return false;
   }
}

2. 释放锁

/**
* 释放分布式锁
*
* @param namespace  命名空间，对于锁的类别做出限制，确保一个任务类型中锁不重名
* @param lockKey    锁，使用资产 id 确保事务执行对象的唯一性
* @param requestId  请求标识，使用 UUID.randomUUID().toString() 确保只有加锁的人可以解锁
* @return
*/
public boolean releaseDistributedLock(String namespace, String lockKey, String requestId) {
   try {
       String result = (String) redisTemplate.boundValueOps(RedisKey.LOCK_NAME_SPACE + namespace + lockKey).get();
       if (result.equals(requestId)) {
           return true;
       } else {
           return false;
       }
   } catch (Exception e) {
       e.printStackTrace();
       return false;
   }
}