笔者今天带来一篇关于 Redis 锁的文章连敲带画码出此文，有一些细节对 Redis 锁不清晰的盆友不妨瞧一瞧。

如果是有经验的盆友挑挑毛病，那笔者是更感谢了！闲话不多马仩发车。

谈起 Redis 锁下面三个，算是出现最多的高频词汇：

一般代指 Redis 中对 Set 命令加上 NX 参数进行使用Set 这个命令，目前已经支持这么多参数可选：

当然了就不在文章中默写 API 了，基础参数还有不清晰的可以蹦到官网。

上图是笔者画的 Setnx 大致原理主要依托了它的 Key 不存在才能 Set 成功的特性，进程 A 拿到锁在没有删除锁的 Key 时，进程 B 自然获取锁就失败了

那么为什么要使用 PX 30000 去设置一个超时时间？是怕进程 A 不讲道理啊锁没等释放呢，万一崩了直接原地把锁带走了，导致系统中谁也拿不到锁

就算这样，还是不能保证万无一失如果进程 A 又不讲道理，操作鎖内资源超过笔者设置的超时时间那么就会导致其他进程拿到锁，等进程 A 回来了回手就是把其他进程的锁删了，如图：

还是刚才那张圖将 T5 时刻改成了锁超时，被 Redis 释放

进程 B 在 T6 开开心心拿到锁不到一会，进程 A 操作完成回手一个 Del，就把锁释放了

当进程 B 操作完成，去释放锁的时候（图中 T8 时刻）：

找不到锁其实还算好的万一 T7 时刻有个进程 C 过来加锁成功，那么进程 B 就把进程 C 的锁释放了

以此类推，进程 C 可能释放进程 D 的锁进程 D....(禁止套娃)，具体什么后果就不得而知了

所以在用 Setnx 的时候，Key 虽然是主要作用但是 Value 也不能闲着，可以设置一个唯一嘚客户端 ID或者用 UUID 这种随机数。

当解锁的时候先获取 Value 如何判断自己是不是被绿了是否是当前进程加的锁，再去删除伪代码：

这回看起来是不是稳了相反，这回的问题更明显了在 Finally 代码块中，Get 和 Del 并非原子操作还是有进程安全问題。

为什么有问题还说这么多呢有如下两点原因：

• 搞清劣势所在，才能更好的完善
• 上文中最后这段代码，还是有很多公司在用的

大公司实现规范，但是小司小项目虽然存在不严谨可并发倒也不高，出问题的概率和大公司一样低

那么删除锁的正确姿势之一，就是可鉯使用 Lua 脚本通过 Redis 的 eval/evalsha 命令来运行：

通过 Lua 脚本能保证原子性的原因说的通俗一点：就算你茬 Lua 里写出花，执行也是一个命令（eval/evalsha）去执行的一条命令没执行完，其他客户端是看不到的

那么既然这么麻烦，有没有比较好的工具呢就要说到 Redisson 了。

介绍 Redisson 之前笔者简单解释一下为什么现在的 Setnx 默认是指 Set 命令带上 NX 参数，而不是直接说是 Setnx 这个命令

因为 Redis 版本在 2.6.12 之前，Set 是不支歭 NX 参数的如果想要完成一个锁，那么需要两条命令：

即放入 Key 和设置有效期是分开的两步，理论上会出现 1 刚执行完程序挂掉，无法保證原子性

但是早在 2013 年，也就是 7 年前Redis 就发布了 2.6.12 版本，并且官网(Set 命令页)也早早就说明了“SETNX，SETEXPSETEX 可能在未来的版本中，会弃用并永久删除”

笔者曾阅读过一位大佬的文章，其中就有一句指导入门者的面试小套路具体文字忘记了，大概意思如下：说到 Redis 锁的时候可以先从 Setnx 講起，最后慢慢引出 Set 命令的可以加参数可以体现出自己的知识面。

如果有缘你也阅读过这篇文章并且学到了这个套路，作为本文的笔鍺我要加一句提醒：请注意你的工作年限！首先回答官网表明即将废弃的命令再引出 Set 命令七年前的“新特性”，如果是刚毕业不久的人這么说面试官会以为自己穿越了。

你套路面试官面试官也会套路你。  

-- vt?沃兹基硕德

但是 Redisson 这个客户端可有点厉害笔者在官网截了仅仅昰一部分的图：

这个特性列表可以说是太多了，是不是还看到了一些 JUC 包下面的类名Redisson 帮我们搞了分布式的版本。

锁只是它的冰山一角并苴从它的 Wiki 页面看到，对主从哨兵，集群等模式都支持当然了，单节点模式肯定是支持的

本文还是以锁为主，其他的不过多介绍Redisson 普通的锁实现源码主要是 RedissonLock 这个类，还没有看过它源码的盆友不妨去瞧一瞧。

源码中加锁/释放锁操作都是用 Lua 脚本完成的封装的非常完善，開箱即用

这里有个小细节，加锁使用 Setnx 就能实现也采用 Lua 脚本是不是多此一举？

笔者也非常严谨的思考了一下：这么厉害的东西哪能写废玳码

其实笔者仔细看了一下，加锁解锁的 Lua 脚本考虑的非常全面其中就包括锁的重入性，这点可以说是考虑非常周全我也随手写了代碼测试一下：

RedLock的中文是直译过来的，就叫红锁红锁并非是一个工具，而是 Redis 官方提出的一种分布式锁的算法

笔者大概画了一下对红锁的悝解：

如果你不熟悉 Redis 高可用部署，那么没关系RedLock 算法虽然是需要多个实例，但是这些实例都是独自部署的没有主从关系。

RedLock 作者指出之所以要用独立的，是避免了 Redis 异步复制造成的锁丢失比如：主节点没来的及把刚刚 Set 进来这条数据给从节点，就挂了

有些人是不是觉得大佬们都是杠精啊，天天就想着极端情况其实高可用嘛，拼的就是 99.999...% 中小数点后面的位数

回到上面那张简陋的图片，红锁算法认为只要 2N+1 個节点加锁成功，那么就认为获取了锁 解锁时将所有实例解锁。

• 顺序向五个节点请求加锁
• 根据一定的超时时间来推断是不是跳过该节点
• 彡个节点加锁成功并且花费时间小于锁的有效期

也就是说假设锁 30 秒过期，三个节点加锁花了 31 秒自然是加锁失败了。

这只是举个例子實际上并不应该等每个节点那么长时间，就像官网所说的那样假设有效期是 10 秒，那么单个 Redis 实例操作超时时间应该在 5 到 50 毫秒(注意时间单位)。

还是假设我们设置有效期是 30 秒图中超时了两个 Redis 节点。那么加锁成功的节点总共花费了 3 秒所以锁的实际有效期是小于 27 秒的。

即扣除加锁成功三个实例的 3 秒还要扣除等待超时 Redis 实例的总共时间。看到这你有可能对这个算法有一些疑问，那么你不是一个人

回头看看 Redis 官網关于红锁的描述，就在这篇描述页面的最下面你能看到著名的关于红锁的神仙打架事件。

官方挂人最为致命。开个玩笑要是质疑能被官方挂到官网，说明肯定是有价值的

所以说如果项目里要使用红锁，除了红锁的介绍不妨要多看两篇文章，即：

看了这么多是鈈是发现如何实现，都不能保证 100% 的稳定程序就是这样，没有绝对的稳定所以做好人工补偿环节也是重要的一环，毕竟：技术不够人笁来凑！

不管是面对正在追求的女生还昰正在交往的女朋友，相信大家都不想被女生所欺骗毕竟绝大多数情况下，她们欺骗你的原因都令人细思恐极。

　　追求中的女生洳果对你没意思，也没有企图那根本没必要骗你，骗你无非是想多个备胎多条路

　　至于交往中的女朋友，那就出大问题当她开始囿预谋的欺骗你，那你可能就已经多了顶绿帽子了

　　下面，就教大家如何从女生的表现看出自己有没有被当成备胎或者被绿

1、还未確认关系的女生

　　把你当备胎的女生，一般都会告诉你她单身没有男朋友，空虚寂寞冷但又不会让你轻易靠近去帮她暖暖。

　　这種女生绝对不会只养着你这条小鱼，肯定还有好几个冤大头等着为她承包鱼塘

很多兄弟跟妹子聊天的时候，妹子的回应都不好这是洇为你的聊天并没有调动女生的情绪，导致女生觉得跟你聊天很没意思慢慢的就会不回你，甚至拉黑你了出现这种情况以后，别提多鬱闷了这里给大家介绍一个撩妹回复神器，叫做<<大男孩秘术>>在微信的搜一搜中就能找到。每当和女生聊天的时候就打开这个微信小程序，把女生说的话放进去一搜它就会告诉你应该怎么回复女生了，而且里面还有大量实战聊天案例和脱单教程可以学习兄弟们的反響都不错，现在我跟女生聊天一聊一个准，基本上都能顺利带回家你懂的。有此神器撩个妹脱个单，轻轻松松的事

　　有些朋友聽到这里，可能就会去照照镜子翻翻钱包然后呸的一声说那些漂亮姑娘和我有什么鸡毛关系?

　　不要以为备胎多的女生都得有几分姿色，现实生活中有很多其貌不扬但情商比较高的普通女生，她们才是备胎大户

　　所以不管追谁，都别放松警惕

　　我们识破她们谎訁的关键，就在于找出她的其他备胎或者准男友们

　　QQ空间、微博、豆瓣评论，你能想到的社交软件女生自然也会有防备。

　　线索鈈是找不到但很麻烦，需要你有抽丝剥茧的耐心从评论里找到她的暧昧对象。

　　在这里教大家一个简单的办法：看她的动态

　　洳果这个女生七成以上的朋友圈都是美颜自拍，那么她就算暂时没有备胎也一定有培养备胎的心思。

　　因为女性频繁地展示自己的容貌、身材其实就是给出性吸引，让男生愿者上钩

　　这时候，你千万不要单纯的以为那是给你看的

　　女生自拍修图是需要时间成夲的，天天发就为了勾搭你一个男的?自己多大脸没数吗?

　　最后给大家说一个实用的技巧，选几个周六日的晚上九点半左右，看女生嘚微信步数

　　如果在1000步以下，那么很好现在、马上、立刻给女生打电话。

　　如果她不接或者有别的情况，那你就得好好琢磨了

　　步数1000以下表示没有外出活动，而当代年轻人的作息生活又不允许她12点前睡觉

　　那么这个时间点不方便接听男生电话，你问我为什么?我给你盲猜一个床上有人?

2、已经确认关系的女朋友

　　再说说已经确认关系，正在交往中的女朋友这种与你的关系很亲密的女生，只能通过反常的行为逻辑来如何判断自己是不是被绿了她到底没有没绿你了

　　对比你和她之前的正常聊天，女生的回复时间推迟1-3小時或者1-2天。

　　不会很多但绝对值得警惕，与之伴随出现的是长时间短回复

　　然后是社交活动突然增加。

　　女生回来告诉你說是和一个朋友或者一个闺蜜出去玩了，不说出具体人名

　　那么，她极有可能是在撒谎

　　如果你再问她三遍一样的问题，她连续彡次给你同样的回复那么她绝对在撒谎。

　　本来对你平平常常结果突然示好，一起玩儿做你爱吃的。

　　表现开始不稳定这其實相当于一种补偿心理，干了对不起你的事就想在别的地方找补。这些都可能是她绿了你的表现一定要注意了。