首先来说 Redis 作为一个独立的三方系统，其天生的优势就是可以作为一个分布式系统来使用，因此使用 Redis 实现的锁都是分布式锁，理解了这个概念才能看懂本文所说的内容。分布式锁的示意图，如下所示：分布式锁实现使用 Redis 实现分布式锁，可以通过 setnx（set if not exists）命令实现，当我们使用 setnx 创建键值成功时，则表明加锁成功，否则既代码加锁失败。因为 Redis 主线程是单线程运行的，所以也不会有同时加锁成功的情况。实现命令如下：127.0.0.1:6379> setnx lock true(integer) 1 #创建锁成功#逻辑业务处理...127.0.0.1:6379> del lock(integer) 1 #释放锁当我们重复加锁时执行结果如下：127.0.0.1:6379> setnx lock true # 第一次加锁(integer) 1127.0.0.1:6379> setnx lock true # 第二次加锁(integer) 0从上述命令中可以看出，我们可以使用执行的结果是否为 1 来判断加锁是否成功。分布锁问题然而，使用 setnx 实现分布锁有一个【死锁问题】，就是当加锁的线程（或应用）掉电或崩溃之后，其他线程只能无限等待下去的问题。此时，我们解决死锁问题可以通过添加设置锁的过期时间来实现。也就是 setnx 和 expire 配合使用，在 Redis 2.6.12 版本之后，新增了一个强大的功能，我们可以使用一个原子操作也就是一条命令来执行 setnx 和 expire 操作了，实现命令如下：127.0.0.1:6379> set lock true ex 30 nxOK #创建锁成功127.0.0.1:6379> set lock true ex 30 nx(nil) #在锁被占用的时候，企图获取锁失败其中 ex 为设置超时时间， nx 为元素非空判断，用来判断是否能正常使用锁的。小结Redis 作为一个独立的三方系统，其优势是天生可以实现分布式锁。它实现分布式锁是通过 setnx 来实现的，然而只有 nx（not exists）可能会发生死锁的问题，所以我们最终实现死锁应该使用 set nx ex 的方式来实现。小思考：当设置了过期时间之后，Redis 实现分布式依然会有一个小小的问题，有人知道这个问题和解决方案吗？欢迎评论区写出你的答案。此文章点赞过 100，我会给出标准答案。