|
|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有账号?立即注册
x
引言
在分布式系统中,多个节点同时访问共享资源时,为了保证数据的一致性和正确性,我们需要使用分布式锁来协调各个节点的行为。Redis作为一个高性能的内存数据库,提供了实现分布式锁的理想工具。本文将深入探讨Redis分布式锁的获取和释放机制,分析实现过程中的常见问题,并提供避开这些坑的方法,最终实现高效的并发控制。
Redis分布式锁基础
分布式锁是一种在分布式环境下控制多个进程或线程对共享资源访问的同步机制。Redis分布式锁利用Redis的原子操作特性,可以在分布式系统中实现高效的锁机制。
基本原理
Redis分布式锁的基本原理是利用Redis的SETNX(SET if Not eXists)命令,该命令在指定的key不存在时设置key的值,如果key已经存在,则不做任何操作。通过这个特性,我们可以实现一个简单的互斥锁:
1. 当一个客户端尝试获取锁时,它执行SETNX命令,尝试设置一个特定的key。
2. 如果SETNX返回1,表示key不存在,客户端成功获取了锁。
3. 如果SETNX返回0,表示key已经存在,客户端获取锁失败。
简单实现
下面是一个简单的Redis分布式锁实现:
- public class SimpleRedisLock {
- private Jedis jedis;
- private String lockKey;
- private int expireTime = 30; // 默认锁过期时间为30秒
-
- public SimpleRedisLock(Jedis jedis, String lockKey) {
- this.jedis = jedis;
- this.lockKey = lockKey;
- }
-
- public boolean tryLock() {
- // SETNX命令尝试获取锁
- long result = jedis.setnx(lockKey, String.valueOf(System.currentTimeMillis() + expireTime * 1000));
- return result == 1;
- }
-
- public boolean unlock() {
- // 释放锁,直接删除key
- long result = jedis.del(lockKey);
- return result == 1;
- }
- }
复制代码
然而,这种简单的实现存在很多问题,比如锁没有设置过期时间可能导致死锁,以及锁的释放可能不是由锁的持有者执行等。在后面的章节中,我们将逐步完善这个实现。
Redis分布式锁的获取
获取Redis分布式锁需要考虑多个方面,包括锁的原子性、锁的唯一标识、锁的过期时间等。下面我们将详细介绍如何正确地获取Redis分布式锁。
SET命令的扩展
在早期版本的Redis中,我们通常使用SETNX命令来实现分布式锁,但SETNX有一个缺点,它不能同时设置key的过期时间。为了解决这个问题,Redis 2.6.12版本开始,SET命令支持了一系列选项,可以原子性地完成设置key和过期时间的操作:
- SET lock_key unique_value NX PX 30000
复制代码
这个命令的含义是:
• lock_key:锁的key
• unique_value:唯一值,用于标识锁的持有者
• NX:只有当key不存在时才设置
• PX 30000:设置key的过期时间为30000毫秒(30秒)
使用这个命令,我们可以原子性地完成锁的获取和过期时间的设置,避免了先SETNX再EXPIRE可能导致的死锁问题。
获取锁的完整实现
下面是一个更完善的Redis分布式锁获取实现:
- public class RedisDistributedLock {
- private Jedis jedis;
- private String lockKey;
- private String requestId; // 唯一标识,用于标识锁的持有者
- private int expireTime = 30; // 默认锁过期时间为30秒
-
- public RedisDistributedLock(Jedis jedis, String lockKey) {
- this.jedis = jedis;
- this.lockKey = lockKey;
- this.requestId = UUID.randomUUID().toString(); // 生成唯一标识
- }
-
- /**
- * 尝试获取锁
- * @return 是否获取成功
- */
- public boolean tryLock() {
- // 使用SET命令尝试获取锁
- String result = jedis.set(lockKey, requestId, "NX", "PX", expireTime * 1000);
- return "OK".equals(result);
- }
-
- /**
- * 带超时时间的获取锁
- * @param timeout 获取锁的超时时间(毫秒)
- * @return 是否获取成功
- */
- public boolean tryLock(long timeout) {
- long startTime = System.currentTimeMillis();
- long end = startTime + timeout;
-
- while (System.currentTimeMillis() < end) {
- if (tryLock()) {
- return true;
- }
- try {
- Thread.sleep(100); // 短暂休眠,避免CPU空转
- } catch (InterruptedException e) {
- Thread.currentThread().interrupt();
- return false;
- }
- }
- return false;
- }
-
- // 其他方法...
- }
复制代码
在这个实现中,我们:
1. 使用SET命令原子性地设置锁和过期时间
2. 为每个锁生成一个唯一标识(requestId),用于标识锁的持有者
3. 提供了带超时时间的获取锁方法,在超时时间内不断尝试获取锁
锁的可重入性
可重入锁是指同一个线程可以多次获取同一个锁而不会造成死锁。要实现Redis分布式锁的可重入性,我们需要在锁中记录获取锁的次数和线程信息:
- public class ReentrantRedisLock {
- private Jedis jedis;
- private String lockKey;
- private String requestId; // 唯一标识,用于标识锁的持有者
- private int expireTime = 30; // 默认锁过期时间为30秒
- private ThreadLocal<Integer> lockCount = new ThreadLocal<>(); // 记录当前线程获取锁的次数
-
- public ReentrantRedisLock(Jedis jedis, String lockKey) {
- this.jedis = jedis;
- this.lockKey = lockKey;
- this.requestId = Thread.currentThread().getId() + ":" + UUID.randomUUID().toString();
- }
-
- /**
- * 尝试获取锁
- * @return 是否获取成功
- */
- public boolean lock() {
- // 检查当前线程是否已经持有锁
- if (lockCount.get() != null && lockCount.get() > 0) {
- // 已经持有锁,增加计数
- lockCount.set(lockCount.get() + 1);
- return true;
- }
-
- // 使用SET命令尝试获取锁
- String result = jedis.set(lockKey, requestId, "NX", "PX", expireTime * 1000);
- if ("OK".equals(result)) {
- lockCount.set(1); // 初始化计数
- return true;
- }
- return false;
- }
-
- // 其他方法...
- }
复制代码
在这个实现中,我们使用ThreadLocal来记录当前线程获取锁的次数,如果线程已经持有锁,则增加计数而不是重新获取锁。
Redis分布式锁的释放
释放Redis分布式锁同样需要考虑多个方面,包括确保只有锁的持有者才能释放锁,以及避免误删其他客户端的锁等。
简单释放的问题
最简单的释放锁方法是直接删除锁的key:
- public boolean unlock() {
- long result = jedis.del(lockKey);
- return result == 1;
- }
复制代码
然而,这种方法存在一个严重的问题:如果一个客户端获取锁后,由于某些原因(如GC暂停、网络延迟等)导致锁过期,然后另一个客户端获取了同一个锁,这时第一个客户端执行unlock方法,会错误地释放第二个客户端的锁。
正确的释放方式
为了避免上述问题,我们需要在释放锁时验证锁的唯一标识,确保只有锁的持有者才能释放锁:
- public boolean unlock() {
- // 使用Lua脚本确保操作的原子性
- String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";
- Object result = jedis.eval(script, Collections.singletonList(lockKey), Collections.singletonList(requestId));
- return Long.parseLong(result.toString()) == 1;
- }
复制代码
在这个实现中,我们使用Lua脚本确保获取锁的值和删除锁的操作是原子性的。只有当锁的值与当前客户端的requestId匹配时,才会删除锁。
可重入锁的释放
对于可重入锁,我们需要在释放锁时减少计数,只有当计数减到0时才真正释放锁:
- public boolean unlock() {
- // 检查当前线程是否持有锁
- if (lockCount.get() == null || lockCount.get() <= 0) {
- return false;
- }
-
- // 减少计数
- int newCount = lockCount.get() - 1;
- lockCount.set(newCount);
-
- // 如果计数为0,则真正释放锁
- if (newCount == 0) {
- // 使用Lua脚本确保操作的原子性
- String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";
- Object result = jedis.eval(script, Collections.singletonList(lockKey), Collections.singletonList(requestId));
- return Long.parseLong(result.toString()) == 1;
- }
-
- return true;
- }
复制代码
锁的续期
在某些场景下,业务逻辑的执行时间可能超过锁的过期时间,这时我们需要在锁过期前对其进行续期,以避免锁自动释放导致的问题。下面是一个实现锁续期的例子:
- public class RedisDistributedLockWithRenewal {
- private Jedis jedis;
- private String lockKey;
- private String requestId;
- private int expireTime = 30; // 默认锁过期时间为30秒
- private ScheduledExecutorService scheduler;
- private Future<?> renewalTask;
-
- public RedisDistributedLockWithRenewal(Jedis jedis, String lockKey) {
- this.jedis = jedis;
- this.lockKey = lockKey;
- this.requestId = UUID.randomUUID().toString();
- this.scheduler = Executors.newScheduledThreadPool(1);
- }
-
- /**
- * 尝试获取锁
- * @return 是否获取成功
- */
- public boolean tryLock() {
- // 使用SET命令尝试获取锁
- String result = jedis.set(lockKey, requestId, "NX", "PX", expireTime * 1000);
- if ("OK".equals(result)) {
- // 获取锁成功,启动续期任务
- startRenewalTask();
- return true;
- }
- return false;
- }
-
- /**
- * 启动续期任务
- */
- private void startRenewalTask() {
- // 锁过期时间的1/3时间后开始续期
- int renewalInterval = expireTime * 1000 / 3;
- renewalTask = scheduler.scheduleAtFixedRate(() -> {
- // 使用Lua脚本续期
- String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('pexpire', KEYS[1], ARGV[2]) else return 0 end";
- Object result = jedis.eval(script, Collections.singletonList(lockKey),
- Arrays.asList(requestId, String.valueOf(expireTime * 1000)));
- if (Long.parseLong(result.toString()) == 0) {
- // 续期失败,取消续期任务
- renewalTask.cancel(false);
- }
- }, renewalInterval, renewalInterval, TimeUnit.MILLISECONDS);
- }
-
- /**
- * 释放锁
- * @return 是否释放成功
- */
- public boolean unlock() {
- // 取消续期任务
- if (renewalTask != null) {
- renewalTask.cancel(false);
- }
-
- // 使用Lua脚本释放锁
- String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";
- Object result = jedis.eval(script, Collections.singletonList(lockKey), Collections.singletonList(requestId));
- return Long.parseLong(result.toString()) == 1;
- }
-
- /**
- * 关闭锁,释放资源
- */
- public void close() {
- // 取消续期任务
- if (renewalTask != null) {
- renewalTask.cancel(false);
- }
- // 关闭线程池
- scheduler.shutdown();
- }
- }
复制代码
在这个实现中,我们使用ScheduledExecutorService来定期续期锁。续期的时间间隔是锁过期时间的1/3,这样可以确保在锁过期前至少有两次续期机会。续期操作同样使用Lua脚本确保原子性。
常见问题和坑
在实现和使用Redis分布式锁的过程中,有很多常见的问题和坑需要注意。下面我们将分析这些问题,并提供解决方案。
问题1:锁过期但业务未完成
这是一个经典的问题:客户端A获取了锁,但业务逻辑的执行时间超过了锁的过期时间,导致锁自动释放。然后客户端B获取了锁,这时客户端A完成了业务逻辑,尝试释放锁,结果错误地释放了客户端B的锁。
解决方案:
1. 为每个锁生成唯一标识,并在释放锁时验证这个标识。
2. 使用Lua脚本确保获取锁的值和删除锁的操作是原子性的。
3. 考虑实现锁的自动续期机制。
问题2:Redis单点故障
如果使用单个Redis实例作为分布式锁服务,当这个实例发生故障时,所有的锁服务都会不可用。
解决方案:
1. 使用Redis集群,确保高可用性。
2. 使用多个独立的Redis实例,实现RedLock算法。
问题3:时钟漂移
Redis分布式锁依赖过期时间来自动释放锁,如果不同Redis实例的时钟存在漂移,可能导致锁提前或延迟释放。
解决方案:
1. 尽量使用NTP同步所有服务器的时间。
2. 在设置锁的过期时间时,考虑时钟漂移的可能性,适当延长过期时间。
3. 实现锁的自动续期机制,减少对过期时间的依赖。
问题4:GC暂停导致的锁过期
在Java应用中,长时间的GC暂停可能导致线程无法及时续期锁,从而导致锁过期。
解决方案:
1. 优化JVM参数,减少长时间GC暂停的可能性。
2. 使用多个续期线程,确保即使一个线程被GC暂停,其他线程也能继续续期。
3. 考虑使用更短的锁过期时间和更频繁的续期操作。
问题5:网络分区
在网络分区的情况下,客户端可能无法与Redis服务器通信,导致无法获取锁或释放锁。
解决方案:
1. 实现重试机制,在网络恢复后自动重试。
2. 设置合理的超时时间,避免无限等待。
3. 考虑使用本地锁作为后备方案,在网络分区时提供有限的并发控制。
问题6:锁的误删
在实现不完善的情况下,可能会出现客户端错误地删除其他客户端的锁。
解决方案:
1. 为每个锁生成唯一标识,并在释放锁时验证这个标识。
2. 使用Lua脚本确保获取锁的值和删除锁的操作是原子性的。
高效并发控制
Redis分布式锁不仅仅是获取和释放锁,还需要考虑如何实现高效的并发控制。下面我们将介绍一些优化策略和技术。
1. 锁分段
当并发量很大时,单个锁可能成为性能瓶颈。这时可以考虑使用锁分段技术,将资源分成多个段,每个段使用一个独立的锁。
- public class SegmentedRedisLock {
- private Jedis jedis;
- private String baseKey;
- private int segmentCount;
- private RedisDistributedLock[] locks;
-
- public SegmentedRedisLock(Jedis jedis, String baseKey, int segmentCount) {
- this.jedis = jedis;
- this.baseKey = baseKey;
- this.segmentCount = segmentCount;
- this.locks = new RedisDistributedLock[segmentCount];
-
- // 初始化分段锁
- for (int i = 0; i < segmentCount; i++) {
- locks[i] = new RedisDistributedLock(jedis, baseKey + ":" + i);
- }
- }
-
- /**
- * 根据资源的key获取对应的锁
- * @param resourceKey 资源key
- * @return 对应的锁
- */
- public RedisDistributedLock getLock(String resourceKey) {
- int hash = Math.abs(resourceKey.hashCode());
- int segment = hash % segmentCount;
- return locks[segment];
- }
-
- /**
- * 锁定资源
- * @param resourceKey 资源key
- * @return 是否锁定成功
- */
- public boolean lock(String resourceKey) {
- return getLock(resourceKey).tryLock();
- }
-
- /**
- * 释放资源锁
- * @param resourceKey 资源key
- * @return 是否释放成功
- */
- public boolean unlock(String resourceKey) {
- return getLock(resourceKey).unlock();
- }
- }
复制代码
在这个实现中,我们将资源分成多个段,每个资源根据其key的哈希值分配到不同的段上,从而减少锁竞争。
2. 读写锁
在读多写少的场景下,使用互斥锁会导致并发性能下降。这时可以考虑实现读写锁,允许多个读操作同时进行,但写操作是互斥的。
- public class RedisReadWriteLock {
- private Jedis jedis;
- private String lockKey;
- private String readLockKey;
- private String writeLockKey;
- private String requestId;
- private int expireTime = 30; // 默认锁过期时间为30秒
-
- public RedisReadWriteLock(Jedis jedis, String lockKey) {
- this.jedis = jedis;
- this.lockKey = lockKey;
- this.readLockKey = lockKey + ":read";
- this.writeLockKey = lockKey + ":write";
- this.requestId = UUID.randomUUID().toString();
- }
-
- /**
- * 获取读锁
- * @return 是否获取成功
- */
- public boolean readLock() {
- // 检查是否有写锁
- String writeLockValue = jedis.get(writeLockKey);
- if (writeLockValue != null) {
- return false;
- }
-
- // 获取读锁
- long result = jedis.incr(readLockKey);
- if (result == 1) {
- // 第一个读锁,设置过期时间
- jedis.expire(readLockKey, expireTime);
- }
- return true;
- }
-
- /**
- * 释放读锁
- * @return 是否释放成功
- */
- public boolean readUnlock() {
- // 释放读锁
- long result = jedis.decr(readLockKey);
- if (result == 0) {
- // 没有读锁了,删除key
- jedis.del(readLockKey);
- }
- return true;
- }
-
- /**
- * 获取写锁
- * @return 是否获取成功
- */
- public boolean writeLock() {
- // 检查是否有写锁
- String writeLockValue = jedis.get(writeLockKey);
- if (writeLockValue != null) {
- return false;
- }
-
- // 检查是否有读锁
- String readLockValue = jedis.get(readLockKey);
- if (readLockValue != null && Long.parseLong(readLockValue) > 0) {
- return false;
- }
-
- // 获取写锁
- String result = jedis.set(writeLockKey, requestId, "NX", "PX", expireTime * 1000);
- return "OK".equals(result);
- }
-
- /**
- * 释放写锁
- * @return 是否释放成功
- */
- public boolean writeUnlock() {
- // 使用Lua脚本确保操作的原子性
- String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";
- Object result = jedis.eval(script, Collections.singletonList(writeLockKey), Collections.singletonList(requestId));
- return Long.parseLong(result.toString()) == 1;
- }
- }
复制代码
在这个实现中,我们使用两个key来实现读写锁:一个用于读锁(readLockKey),一个用于写锁(writeLockKey)。读锁使用计数器来记录当前有多少个读操作,写锁使用SET命令来确保互斥性。
3. 锁优化策略
除了锁分段和读写锁,还有一些其他的优化策略可以提高并发性能:
尽量使用细粒度的锁,而不是粗粒度的锁。例如,如果可能的话,锁定单个记录而不是整个表。
在需要获取多个锁的情况下,始终按照相同的顺序获取锁,以避免死锁。
设置合理的锁获取超时时间,并在获取失败时进行适当的重试,避免无限等待。
对于频繁获取和释放的锁,可以考虑在本地缓存锁的状态,减少对Redis的访问。
- public class CachedRedisLock {
- private Jedis jedis;
- private String lockKey;
- private String requestId;
- private int expireTime = 30; // 默认锁过期时间为30秒
- private ConcurrentHashMap<String, Boolean> localLocks = new ConcurrentHashMap<>();
-
- public CachedRedisLock(Jedis jedis, String lockKey) {
- this.jedis = jedis;
- this.lockKey = lockKey;
- this.requestId = UUID.randomUUID().toString();
- }
-
- /**
- * 尝试获取锁
- * @return 是否获取成功
- */
- public boolean tryLock() {
- // 首先检查本地缓存
- if (localLocks.containsKey(lockKey)) {
- return false;
- }
-
- // 尝试从Redis获取锁
- String result = jedis.set(lockKey, requestId, "NX", "PX", expireTime * 1000);
- if ("OK".equals(result)) {
- // 获取成功,更新本地缓存
- localLocks.put(lockKey, true);
- return true;
- }
- return false;
- }
-
- /**
- * 释放锁
- * @return 是否释放成功
- */
- public boolean unlock() {
- // 检查本地缓存
- if (!localLocks.containsKey(lockKey)) {
- return false;
- }
-
- // 使用Lua脚本释放锁
- String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";
- Object result = jedis.eval(script, Collections.singletonList(lockKey), Collections.singletonList(requestId));
- if (Long.parseLong(result.toString()) == 1) {
- // 释放成功,更新本地缓存
- localLocks.remove(lockKey);
- return true;
- }
- return false;
- }
- }
复制代码
在这个实现中,我们使用本地缓存来记录锁的状态,减少对Redis的访问。这种方法适用于锁竞争激烈的场景,但需要注意本地缓存和Redis之间的同步问题。
完整示例
下面是一个完整的Redis分布式锁实现,包含了前面讨论的各种特性:
- import redis.clients.jedis.Jedis;
- import redis.clients.jedis.params.SetParams;
- import java.util.Collections;
- import java.util.UUID;
- import java.util.concurrent.*;
- public class CompleteRedisLock implements AutoCloseable {
- private Jedis jedis;
- private String lockKey;
- private String requestId;
- private int expireTime = 30; // 默认锁过期时间为30秒
- private ThreadLocal<Integer> lockCount = new ThreadLocal<>(); // 记录当前线程获取锁的次数
- private ScheduledExecutorService scheduler;
- private Future<?> renewalTask;
- private boolean locked = false;
-
- public CompleteRedisLock(Jedis jedis, String lockKey) {
- this.jedis = jedis;
- this.lockKey = lockKey;
- this.requestId = Thread.currentThread().getId() + ":" + UUID.randomUUID().toString();
- this.scheduler = Executors.newScheduledThreadPool(1);
- }
-
- /**
- * 尝试获取锁
- * @return 是否获取成功
- */
- public boolean tryLock() {
- // 检查当前线程是否已经持有锁
- if (lockCount.get() != null && lockCount.get() > 0) {
- // 已经持有锁,增加计数
- lockCount.set(lockCount.get() + 1);
- return true;
- }
-
- // 使用SET命令尝试获取锁
- SetParams params = SetParams.setParams().nx().px(expireTime * 1000);
- String result = jedis.set(lockKey, requestId, params);
- if ("OK".equals(result)) {
- // 获取锁成功,启动续期任务
- startRenewalTask();
- lockCount.set(1);
- locked = true;
- return true;
- }
- return false;
- }
-
- /**
- * 带超时时间的获取锁
- * @param timeout 获取锁的超时时间(毫秒)
- * @return 是否获取成功
- */
- public boolean tryLock(long timeout) {
- long startTime = System.currentTimeMillis();
- long end = startTime + timeout;
-
- while (System.currentTimeMillis() < end) {
- if (tryLock()) {
- return true;
- }
- try {
- Thread.sleep(100); // 短暂休眠,避免CPU空转
- } catch (InterruptedException e) {
- Thread.currentThread().interrupt();
- return false;
- }
- }
- return false;
- }
-
- /**
- * 启动续期任务
- */
- private void startRenewalTask() {
- // 锁过期时间的1/3时间后开始续期
- int renewalInterval = expireTime * 1000 / 3;
- renewalTask = scheduler.scheduleAtFixedRate(() -> {
- // 使用Lua脚本续期
- String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('pexpire', KEYS[1], ARGV[2]) else return 0 end";
- Object result = jedis.eval(script, Collections.singletonList(lockKey),
- Arrays.asList(requestId, String.valueOf(expireTime * 1000)));
- if (Long.parseLong(result.toString()) == 0) {
- // 续期失败,取消续期任务
- renewalTask.cancel(false);
- }
- }, renewalInterval, renewalInterval, TimeUnit.MILLISECONDS);
- }
-
- /**
- * 释放锁
- * @return 是否释放成功
- */
- public boolean unlock() {
- // 检查当前线程是否持有锁
- if (lockCount.get() == null || lockCount.get() <= 0) {
- return false;
- }
-
- // 减少计数
- int newCount = lockCount.get() - 1;
- lockCount.set(newCount);
-
- // 如果计数为0,则真正释放锁
- if (newCount == 0) {
- // 取消续期任务
- if (renewalTask != null) {
- renewalTask.cancel(false);
- }
-
- // 使用Lua脚本释放锁
- String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";
- Object result = jedis.eval(script, Collections.singletonList(lockKey), Collections.singletonList(requestId));
- if (Long.parseLong(result.toString()) == 1) {
- locked = false;
- return true;
- }
- return false;
- }
-
- return true;
- }
-
- /**
- * 检查当前线程是否持有锁
- * @return 是否持有锁
- */
- public boolean isLocked() {
- return locked;
- }
-
- /**
- * 设置锁的过期时间
- * @param expireTime 过期时间(秒)
- */
- public void setExpireTime(int expireTime) {
- this.expireTime = expireTime;
- }
-
- /**
- * 关闭锁,释放资源
- */
- @Override
- public void close() {
- // 释放锁
- if (locked) {
- unlock();
- }
-
- // 取消续期任务
- if (renewalTask != null) {
- renewalTask.cancel(false);
- }
-
- // 关闭线程池
- scheduler.shutdown();
- try {
- if (!scheduler.awaitTermination(5, TimeUnit.SECONDS)) {
- scheduler.shutdownNow();
- }
- } catch (InterruptedException e) {
- scheduler.shutdownNow();
- Thread.currentThread().interrupt();
- }
- }
- }
复制代码
这个完整的Redis分布式锁实现包含了以下特性:
1. 可重入性:同一个线程可以多次获取同一个锁
2. 锁的自动续期:防止业务逻辑执行时间超过锁的过期时间
3. 原子性操作:使用Lua脚本确保关键操作的原子性
4. 资源管理:实现AutoCloseable接口,支持try-with-resources语法
5. 唯一标识:为每个锁生成唯一标识,避免误删其他客户端的锁
使用示例:
- public class RedisLockExample {
- public static void main(String[] args) {
- Jedis jedis = new Jedis("localhost", 6379);
-
- try (CompleteRedisLock lock = new CompleteRedisLock(jedis, "myLock")) {
- // 尝试获取锁,最多等待10秒
- if (lock.tryLock(10000)) {
- System.out.println("获取锁成功,执行业务逻辑...");
-
- // 模拟业务逻辑执行
- try {
- Thread.sleep(5000);
- } catch (InterruptedException e) {
- Thread.currentThread().interrupt();
- }
-
- System.out.println("业务逻辑执行完成");
- } else {
- System.out.println("获取锁失败");
- }
- } catch (Exception e) {
- e.printStackTrace();
- } finally {
- jedis.close();
- }
- }
- }
复制代码
总结
Redis分布式锁是分布式系统中实现并发控制的重要工具。在实现和使用Redis分布式锁时,需要注意以下几点:
1. 原子性操作:使用Redis的SET命令和Lua脚本确保关键操作的原子性,避免竞态条件。
2. 锁的唯一标识:为每个锁生成唯一标识,并在释放锁时验证这个标识,避免误删其他客户端的锁。
3. 锁的过期时间:设置合理的锁过期时间,防止死锁,但也要考虑业务逻辑的执行时间。
4. 锁的自动续期:对于可能长时间执行的业务逻辑,实现锁的自动续期机制,防止锁过期。
5. 可重入性:在需要的情况下,实现锁的可重入性,允许同一个线程多次获取同一个锁。
6. 高可用性:考虑使用Redis集群或多个独立的Redis实例,确保锁服务的高可用性。
7. 性能优化:根据实际场景,考虑使用锁分段、读写锁等技术提高并发性能。
原子性操作:使用Redis的SET命令和Lua脚本确保关键操作的原子性,避免竞态条件。
锁的唯一标识:为每个锁生成唯一标识,并在释放锁时验证这个标识,避免误删其他客户端的锁。
锁的过期时间:设置合理的锁过期时间,防止死锁,但也要考虑业务逻辑的执行时间。
锁的自动续期:对于可能长时间执行的业务逻辑,实现锁的自动续期机制,防止锁过期。
可重入性:在需要的情况下,实现锁的可重入性,允许同一个线程多次获取同一个锁。
高可用性:考虑使用Redis集群或多个独立的Redis实例,确保锁服务的高可用性。
性能优化:根据实际场景,考虑使用锁分段、读写锁等技术提高并发性能。
通过遵循这些原则和技巧,我们可以实现一个高效、可靠的Redis分布式锁,为分布式系统提供有效的并发控制。 |
|