redis分布式锁SET实现 ，避免出现SETNX死锁

SET 键 值 [期满EX秒| PX毫秒] [NX | XX]
自1.0.0起可用。

时间复杂度： O（1）

设置key为保持字符串value。如果key已经保存了一个值，则无论其类型如何都会被覆盖。在成功的SET操作中，丢弃与密钥相关联的任何先前时间。

 
选项
从Redis 2.6.12开始SET支持一组修改其行为的选项：

• EX seconds - 设置指定的过期时间，以秒为单位。
• PX 毫秒 - 设置指定的过期时间，以毫秒为单位。
• NX - 仅设置密钥（如果密钥尚不存在）。
• XX - 仅设置密钥（如果已存在）。
• 注意：由于SET命令选项可以替换SETNX，SETEX，PSETEX，因此在将来的Redis版本中，这三个命令可能会被弃用并最终被删除。

在 Redis 2.6.12 版本以前， SET 命令总是返回 OK 。

从 Redis 2.6.12 版本开始， SET 在设置操作成功完成时，才返回 OK 。
如果设置了 NX 或者 XX ，但因为条件没达到而造成设置操作未执行，那么命令返回空批量回复（NULL Bulk Reply）。

使用SET代替SETNX ，相当于SETNX+EXPIRE实现了原子性，不必担心SETNX成功，EXPIRE失败的问题！
有效的避免死锁！！！

返回值
简单字符串回复：OK如果SET执行正确。 空回复：如果未执行SET操作，则返回Null Bulk Reply，因为用户指定了NX或XX选项但未满足条件。

例子
redis> SET mykey“你好”

“好”
redis> GET mykey

“你好”
Redis的> 

模式
注意：不鼓励使用以下模式来支持Redlock算法，该算法实现起来稍微复杂一些，但提供了更好的保证并且具有容错能力。

该命令SET resource-name anystring NX EX max-lock-time是使用Redis实现锁定系统的简单方法。

如果上面的命令返回，客户端可以获取锁OK（如果命令返回Nil，则在一段时间后重试），并使用DEL删除锁。

到达过期时间后，锁定将自动释放。

可以使此系统更加健壮，修改解锁模式如下：

不要设置固定字符串，而是设置一个名为token的不可猜测的大型随机字符串。
不是使用DEL释放锁，而是发送一个脚本，该脚本仅在值匹配时才删除密钥。
这避免了客户端在过期时间之后尝试释放锁定，从而删除由稍后获取锁定的另一个客户端创建的密钥。

解锁脚本的示例类似于以下内容：

if redis.call("get",KEYS[1]) == ARGV[1]
then
    return redis.call("del",KEYS[1])
else
    return 0
end

应该调用该脚本 EVAL ...script... 1 resource-name token-value
 

https://blog.csdn.net/ffzhihua/article/details/88422833