redisson锁-如何实现redis锁(8-19-65)

Redis本文目录一览：

• 1、大厂面试题详解:如何用Redis实现分布式锁?
• 2、Springboot使用redis的setnx和getset实现并发锁、分布式锁
• 3、Redis怎么实现分布式锁
• 4、redis支持服务端锁定
• 5、redis支持服务端锁定吗
• 6、高并发场景Redis分布式锁实现方式

大厂面试题详解:如何用Redis实现分布式锁?

1、直接使用 set（key，value，NX，EX，timeout） 指令，同时设置锁和超时时间。 以上两种方法，使用哪种方式都可以。 释放锁的脚本两种方式都一样，直接调用 Redis 的 del 指令即可。

2、可以尽量把锁自动过期的时间设的冗余一些。但也不能彻底解决。可以在删除锁的时候先get值，判断值是否是当前线程存的随机值，只有相同才执行删锁的操作；当然也要使用 lua 脚本执行来保证原子性。

3、如返回1，则该客户端获得锁，把lock.foo的键值设置为时间值表示该键已被锁定，该客户端最后可以通过DEL lock.foo来释放该锁。如返回0，表明该锁已被其他客户端取得，这时我们可以先返回或进行重试等对方完成或等待锁超时。

4、如果想要实现可重入的分布式锁的话，需要在设置value的时候加上线程信息和加锁次数的信息。但是这是简单的思路，如果加上过期时间等问题之后，可重入锁就可能比较复杂了。

Springboot使用redis的setnx和getset实现并发锁、分布式锁

1、使用redis实现并发锁，主要是靠两个redis的命令：setnx和getset。那我们的设计思路就是：上面的代码使用了一个RedisService的类，里面主要是简单封装了一下redis的操作，你可以替换为自己的service。

2、这里同时启动5个线程并发往redis中存储 lock 这个key（key可以自定义，但需要一致），同时设置10秒的过期时间。

3、C3发送SETNX lock.foo 想要获得锁，由于C0还持有锁，所以Redis返回给C3一个0 C3发送GET lock.foo 以检查锁是否超时了，如果没超时，则等待或重试。

4、在8版本之后，redis为了解决这个问题，提供了官方版的解法，就是命令：set key value nx expireTimeNum ex，将上述两个命令合并成了一个命令。

Redis怎么实现分布式锁

如果没有其他线程占用，则就可以通过添加分布式锁来占用这个资源，然后再执行后续的任务，在任务执行完成之后，再释放分布式锁，其他线程就可以继续使用这个资源了。

使用分布式锁要满足的几个条件：系统是一个分布式系统（关键是分布式，单机的可以使用ReentrantLock或者synchronized代码块来实现）共享资源（各个系统访问同一个资源，资源的载体可能是传统关系型数据库或者NoSQL）。

// 获取锁的 value 值与 ARGV[1] 比较，匹配成功则执行 del 使用上面的脚本，为每个锁分配一个随机字符串“签名”，只有当删除锁的客户端的“签名”与锁的 value 匹配的时候，才会去删除它。

我们今天就来实现用 Redis 来实现分布式锁，并且要学会怎么使用。准备使用 Jedis 的 jar 包，在项目中导入 jar 包。

使用redis实现并发锁，主要是靠两个redis的命令：setnx和getset。那我们的设计思路就是：上面的代码使用了一个RedisService的类，里面主要是简单封装了一下redis的操作，你可以替换为自己的service。

fencing token可以理解成采用全局递增的序列替代随机字符串，即 有序token ，作为锁token来使用 流程：假设有5个Redis节点A， B， C， D， E。这个问题用Redis实现分布式锁暂时无解。而生产环境这种情况是存在的。

redis支持服务端锁定

1、Redis支持服务端锁定，通过使用SET命令来设置一个唯一的键值对实现的。当一个客户端想要获取锁时，它会使用SET命令来设置一个键值对，其中键是一个唯一的字符串，表示锁的名称，值是一个时间戳，表示客户端想要获取锁的时间。

2、获取锁 客户端A在Redis上设置一个特定的键值对，同时给一个超时时间（避免死锁）。其他客户端在访问的时候先看看这个key是否已经存在，并且值等于my_random_value。如果已存在就等待，否则就获取成功，执行业务代码。

3、如返回1，则该客户端获得锁，把lock.foo的键值设置为时间值表示该键已被锁定，该客户端最后可以通过DEL lock.foo来释放该锁。如返回0，表明该锁已被其他客户端取得，这时我们可以先返回或进行重试等对方完成或等待锁超时。

4、亲。redis是没有锁机制的哟。对于多个用户连接也不存在竞争问题。但是在进行并发时可能会出现连接超时，连接被阻塞或者是连接被关闭之类的错误。

5、分布式锁最主要的作用就是保证任意一个时刻，只有一个客户端能访问共享资源。我们知道 redis 有 SET key value NX 命令，仅在不存在 key 的时候才能被执行成功，保证多个客户端只有一个能执行成功，相当于获取锁。

6、如果你只有一台服务器，只运行一个Java程序，那么可以使用Java语言自身的一些锁来实现原子性。但如果我们有多台服务器，甚至不同服务器上跑的是不同的语言。那这时候，我们就需要一个跨平台、跨语言的加锁方式。

redis支持服务端锁定吗

Redis支持服务端锁定，通过使用SET命令来设置一个唯一的键值对实现的。当一个客户端想要获取锁时，它会使用SET命令来设置一个键值对，其中键是一个唯一的字符串，表示锁的名称，值是一个时间戳，表示客户端想要获取锁的时间。

可见，这个锁就会一直被占用，导致其它客户端也拿不到这个锁了。

如返回1，则该客户端获得锁，把lock.foo的键值设置为时间值表示该键已被锁定，该客户端最后可以通过DEL lock.foo来释放该锁。如返回0，表明该锁已被其他客户端取得，这时我们可以先返回或进行重试等对方完成或等待锁超时。

Redis分布式锁可以有多种方式实现但是其核心就是通过以下三个Redis命令组合实现。SETNX SETNX key val 当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做，返回0。

思路是在加锁的时候多加锁几台redis服务器，通常情况下redis部署的时候是2n+1台，那么在加锁的时候需要保证过半数服务器加锁成功了，也就是说n+1台服务器。这时候除非整个集群都不可用了，则这个安全性将大幅度提升。

一般就会在服务器端将用户信息和访问信息做下关联，以此来实现访问频次限制。通常大家都会选择 Redis 来作为此中间件的存储介质。

高并发场景Redis分布式锁实现方式

1、使用分布式锁要满足的几个条件：系统是一个分布式系统（关键是分布式，单机的可以使用ReentrantLock或者synchronized代码块来实现）共享资源（各个系统访问同一个资源，资源的载体可能是传统关系型数据库或者NoSQL）。

2、使用redis实现并发锁，主要是靠两个redis的命令：setnx和getset。那我们的设计思路就是：上面的代码使用了一个RedisService的类，里面主要是简单封装了一下redis的操作，你可以替换为自己的service。

3、在同一时刻，只能有一个线程去读写一个【共享资源】，也就是高并发的场景下，通常为了保证数据的正确，需要控制同一时刻只允许一个线程访问。此时就需要使用分布式锁了。