Redis面试题分布式锁深度解析

⚡ Redis面试题分布式锁概述

在分布式系统架构中，Redis面试题分布式锁是后端开发面试中的绝对高频考点。随着微服务架构的普及，单机同步锁（如Java的synchronized或ReentrantLock）已无法满足多节点并发控制的需求。因此，基于Redis实现的分布式锁成为了互联网大厂面试中检验候选人高并发编程能力的试金石。

本文将围绕Redis面试题分布式锁的核心知识点，从基础原理到高级实现，从理论分析到代码实战，全方位拆解这一技术难点。我们不仅关注“怎么做”，更关注“为什么这么做”，帮助读者在面试中展现出深度的技术思考能力。

⚙️ 底层原理与SETNX命令

理解Redis面试题分布式锁的基础，必须从原生命令开始。最基础的实现方式是使用 SET key value NX PX milliseconds 命令。

1. 互斥性实现

利用 SETNX（SET if Not eXists）命令。如果键不存在，则设置键并返回1；如果键已存在，则不执行任何操作并返回0。这保证了只有一个客户端能成功获取锁。

2. 防止死锁

必须设置过期时间（TTL）。如果客户端在持有锁期间崩溃，而没有设置过期时间，锁将永远存在，导致其他客户端无法获取锁，形成死锁。使用 PX 参数设置毫秒级过期时间。

3. 原子性问题

早期的实现中，SETNX 和 EXPIRE 是分开的两条命令。如果 SETNX 成功但 EXPIRE 失败，就会导致死锁。Redis 2.6.12 之后，SET 命令支持 NX 和 EX/PX 参数，保证了设置值和过期时间的原子性。

获取锁
SET resource_name my_random_value NX PX 30000
释放锁（需使用Lua脚本保证原子性）
if redis.call("get",KEYS[1]) == ARGV[1] then
    return redis.call("del",KEYS[1])
else
    return 0
end
                

注意：释放锁时必须校验 value 是否匹配，防止误删其他客户端持有的锁。这就是为什么获取锁时要生成一个唯一的 random_value（如UUID）。

🚀 Redisson深入解析

在生产环境中，我们通常不会手写原生命令，而是使用 Redisson 框架。它是Redis官方推荐的Java客户端，提供了丰富的分布式锁实现，是Redis面试题分布式锁中的进阶考点。

RLock lock = redisson.getLock("myLock");
lock.lock();
try {
    // 业务逻辑
} finally {
    lock.unlock();
}
                        

RReadWriteLock rwLock = redisson.getReadWriteLock("myRWLock");
// 获取读锁
rwLock.readLock().lock();
try {
    // 读操作
} finally {
    rwLock.readLock().unlock();
}
// 获取写锁
rwLock.writeLock().lock();
try {
    // 写操作
} finally {
    rwLock.writeLock().unlock();
}
                        

⚠️ Redlock算法争议

在Redis面试题分布式锁中，面试官常会追问：“Redis主从切换时，锁会不会丢失？” 这就引出了Redis作者提出的 Redlock 算法。

🔥 高并发场景实战与避坑

在实际项目中，Redis面试题分布式锁的应用场景多种多样，以下是几个典型场景及解决方案。

1. 库存扣减（超卖问题）

电商秒杀场景中，高并发下库存扣减必须保证原子性。除了分布式锁，还可以结合Lua脚本或Redis原子操作（DECR）来实现，性能更高。

2. 接口幂等性

防止重复提交。在请求头中生成唯一ID，作为Redis锁的Key。获取锁成功后执行业务，释放锁。如果获取锁失败，说明请求正在处理或已处理，直接返回。

3. 定时任务分布式执行

在集群部署的定时任务，只需在一个节点执行。使用分布式锁，Key为任务名称，过期时间略长于任务执行时间。获取锁成功的节点执行任务，失败的节点跳过。

❓ 高频面试题Q&A

以下整理了互联网大厂关于Redis面试题分布式锁的高频问题及深度解答。