用Redis集群快速启动搞随机化，瞬间实现那种不确定的小花样

这事儿说起来其实挺有意思的，想象一下，你手里有一个庞大的Redis集群，它就像是一个超级快的、能记住很多东西的“闪电大脑”，现在你想玩点花样，比如给用户随机发红包、随机展示一条有趣的冷知识、或者随机分配一个任务，关键是要“快”，而且要“不确定”，不能让人摸清规律，用这个“闪电大脑”来搞,再合适不过了。

最直接想到的法子，可能就是让Redis帮你生成随机数，Redis自己就有命令，比如在某个数字范围内随机挑一个，但这只是基础，我们要玩的是“小花样”，那就得结合Redis的各种本事,让它变得灵动起来。

第一招：用集合（Set）玩“幸运大抽奖”

这招最适合那种从一堆固定选项里随机抓一个的场景，你有一个“今日幸运词汇”的活动，准备了100个褒义词，你可以先把这100个词统统塞进Redis的一个集合（Set）里，集合这东西，存的值都是唯一的，而且它有一个绝活叫SRANDMEMBER（来源：Redis命令参考），这个命令能让你从集合里随机捞出一个或多个成员，而且最关键的是，它只是“抽一下看看”，并不把抽中的词从集合里删除，这意味着你的词库是永恒的,可以反复用来抽奖。

你想让不确定性更大点？好办。SRANDMEMBER命令可以让你指定一次抽多少个词，你设定抽5个，但这5个词的顺序呢？Redis给你的时候可能是个固定顺序，但你可以把这5个词组成的列表，再交给程序进行一次随机排序，这样，对于用户来说，每次看到的5个词的排列顺序都是全新的、不可预测的，这种“双重随机”——先由Redis随机选取，再由程序随机排序——就让小花样变得扑朔迷离了。

第二招：用列表（List）玩“轮盘赌与洗牌”

如果你想要的随机，是那种“抽走就没了，直到下一轮”的感觉，比如秒杀商品、限量优惠券，那列表（List）就更对路子，你可以把10张优惠券的编码按顺序放进一个列表里，用Redis的LPOP或RPOP命令（来源：Redis命令参考），这俩命令是从列表的左边或右边弹出一个值，并且这个值会从列表里消失，谁先抢到，优惠券就是谁的，这种随机性来自于用户请求到达Redis集群的“瞬间时机”，集群本身像个高速转轮，谁的请求刚好在券被弹出前那一刻抵达，谁就赢了，这是一种基于并发竞争的“不确定”。

但如果你觉得简单的弹出还不够“花”，那就上大招：SRANDMEMBER的亲戚——SPOP。SPOP也是从集合里随机取一个元素，但它是“取出并删除”，非常适合这种“消耗品”的随机分配，或者，你想模拟真实的洗牌发牌？那就用列表的LSET命令（来源：Redis命令参考）手动实现一个洗牌算法（比如费雪-耶茨洗牌法），先把列表里的元素顺序彻底打乱，然后再依次弹出，这样，每次洗牌后的顺序都是完全随机的,发牌的结果自然也就充满了不确定性。

第三招：用有序集合（Sorted Set）玩“带权重的命运天平”

前面两招是“众生平等”，每个选项被选中的概率都一样，但有时候，我们想要的是“偏心”的随机——给VIP用户更高的中奖概率，或者让某些热门内容有更多曝光机会，这时候，就得请出Redis里功能更强大的有序集合（Sorted Set）了。

在有序集合里，每个成员都有一个分数（score）跟着，你可以用这个分数来代表权重，普通奖品权重是1，高级奖品权重是5，高级奖品被随机选中的概率理论上就是普通奖品的5倍，那怎么实现带权重的随机呢？Redis没有直接命令,但我们可以用个小技巧。

先把所有成员的分数累加起来，得到一个总权重，然后在0到总权重之间，让程序生成一个随机数，遍历有序集合，累加每个成员的分数，当累加值超过或等于那个随机数时，当前这个成员就是被“命运天平”选中的幸运儿，这个方法虽然需要一点额外的计算，但Redis集群处理速度极快，这点计算量对它来说是小菜一碟，依然能实现“瞬间”的响应，这种根据权重随机的方式，让小花样有了策略性,不确定性中又掺杂了一丝可以调控的规律。

第四招：利用集群特性玩“时空错位”

既然我们用的是Redis“集群”，而不仅仅是单机，那就可以利用集群本身的特性来增加不确定性，一个Redis集群是由多个主节点（master）和从节点（slave）组成的,你的读写请求可能会被分配到不同的节点上去处理。

你可以有意设计一下，把生成随机种子的操作写在A节点上，而读取随机结果的操作，让它可能落到B节点或者C节点上（通过稍微调整key的分布策略或读写分离），由于主从节点之间存在微小的数据同步延迟（尽管通常极短），在超高并发的瞬间，可能会出现一种极低概率的“时空错位”：读取请求可能读到了一个尚未完全同步最新随机种子的副本数据，这种由于分布式系统固有特性带来的、几乎无法复现的微小差异，本身就成为了一种高级的、系统级的不确定性小花样，这通常不是常规做法，更像是一种“彩蛋”级别的玩法。

让火花持续燃烧

所有这些方法，都可以通过设置Redis的过期时间（expire）来让花样自动刷新，你的“今日幸运词”集合，可以设置一个24小时的过期时间，然后由一个定时任务在每天凌晨重新初始化它，这样，不需要人工干预，每天的随机花样都能自动“焕然一新”。

用Redis集群搞随机化的小花样，核心就是把它当成一个速度无敌的“万能随机道具箱”，集合、列表、有序集合各自擅长不同的随机场景，通过灵活组合这些数据结构的特性和命令，再稍微加上一点程序逻辑的辅助，就能在眨眼之间，创造出各种各样令人捉摸不透、充满趣味的不确定性效果，关键就在于思路要活，充分利用Redis“快”和“灵”的特点。