redis加锁的底层逻辑

### Redis 分布式锁实现原理

#### 使用 SETNX 命令创建锁

在 Redis 中，通过 `SETNX`（Set if Not Exists）命令来尝试获取分布式锁。当多个客户端竞争同一把锁时，只有第一个执行成功的客户端能够获得这把锁[^3]。

SETNX lock_key value

此操作具有原子性，即要么成功设置键值对并返回 1 表示获取到锁；要么发现已有相同名称的 key 存在而失败返回 0，意味着当前有另一个实例持有该锁。

#### 设置过期时间防止死锁

为了避免因程序崩溃等原因造成的永久占有情况发生，在调用 `SETNX` 的时候通常会附加一个生存周期参数 EXPIRE 来指定锁的有效期限：

EXPIRE lock_key timeout_seconds

一旦超过设定的时间间隔未被续命，则认为原拥有者已经失效，此时允许新的请求重新申请成为合法持有人。

#### 解除锁定过程

完成临界区内的工作后应当及时解锁以便让等待中的其他进程有机会继续运行下去。一般做法是在结束前发送一条 DEL 请求给服务器端移除对应的标记位：

DEL lock_key

然而简单地依靠这条指令存在风险：假如两个不同节点几乎同时到达这里的话可能会造成误删他人持有的资源。因此更稳妥的方式是先读取再判断是否匹配自己当初赋予的那个唯一标识符然后再决定要不要做删除动作。

#### Redisson 库的具体实现方式

对于 Java 开发人员来说，借助第三方库如 Redisson 可简化上述流程的操作复杂度。下面展示了一个典型的例子说明如何利用它来进行加锁/解锁:

RLock redissonLock = redisson.getLock("lockKey");
redissonLock.lock();
try {
    // 执行受保护的关键部分...
} finally {
    redissonLock.unlock();
}

内部逻辑上，Redisson 并不是单纯依赖于基本的 `SETNX + EXPIRE` 组合而是做了更多优化措施以提高可靠性与性能表现。例如支持公平模式下的排队机制以及自动续约功能等特性[^4]。