写在开头每逢过年过节你的家族群、公司群是不是总有那么一个“手气王”每次都能抢到几十块而你盯着屏幕戳断了手指最后弹出一个刺眼的“0.01 元”。这时候你可能会安慰自己“没事运气守恒定律下次就多了。”或者你会暗搓搓地想“是不是马化腾看我充钱少专门针对我杀熟”别闹了。在代码的世界里没有杀熟只有冷冰冰的“随机分布”和“博弈论”。今天Fox 就带你扒开微信红包的底层逻辑看看你的 0.01 元到底是怎么被“算计”出来的。一、 你的钱是怎么被“切”的假设老板在群里甩了 100 块钱让 10 个人抢后台系统该怎么切这块蛋糕很多人第一反应是“简单啊每个人跑个随机数Random(0, 100)不就行了”绝对不行如果第一个人运气爆棚随机到了 99 块后面 9 个人分 1 块钱那群里当场就能打起来。微信用的是一套经典的“二倍均值法”。这个算法听起来很高大上其实说人话就是每次抢到的金额是在0.01到剩余人均金额 × 2之间随机。公式摆在这剩余金额剩余人数为什么要乘 2为了让每个人“理论上”拿到钱的概率是公平的。100 元给 10 人人均 10 元。第 1 个人抢范围是(0.01, 20)。在这个范围里瞎蒙平均下来的期望值是10 元。假设第 1 个人手臭只抢了 2 元。第 2 个人抢剩 98 元分给 9 人人均变成 10.88 元。范围扩大到(0.01, 21.76)。平均期望是10.88 元。结论你看算法其实挺“圣母”的。无论你第几个来它都尽力想让你拿到 10 块钱左右。二、 既然公平为什么受伤的总是我面试官最爱问这个“既然大家抢到的期望值都一样那我是不是随便第几个抢都行”这里有个坑期望公平 ≠ 体验公平。让你拿到 0.01 的罪魁祸首不是平均值而是波动性方差。1. 第一个人的“过山车”如果你是第一个冲上去抢的你的随机范围是[0.01, 20]。这就像创业上限极高你有机会直接抢到 19.99瞬间封神。下限极低你也有极大概率直接触底 0.01。风险拉满。2. 最后一个人的“吃剩饭”如果你是第 10 个人抢。你不需要随机。前 9 个人抢剩多少你就拿多少。根据大数定律前面 9 个人大概率已经把大起大落都试完了有人多拿有人少拿互相抵消了。所以最后一个人拿到的通常都是“平均数”附近的钱稳得一匹但也毫无惊喜。3.0.01的真相所以为什么你老是抢到 0.01情况 A大概率你手太快了。你总是冲在最前面在这个“高风险区间”里不幸撞上了下限。情况 B小概率你手太慢了。前面的“赌徒”运气太好把池子里的钱吸干了留给后面几个人的均值已经变成了 0.01。三、 最佳策略我们能卡 Bug 吗既然算法已经明牌了咱们聊聊怎么操作才能收益最大化。策略 A赌徒模式头铁流操作看到红包立刻点第一个抢收益你拥有了成为“手气最佳”的最高概率。代价你也拥有了拿 0.01 的最高概率。适合人群爱发朋友圈炫耀的“显眼包”或者今天觉得自己脸特别白的人。策略 B苟且模式捡漏流操作看到红包别急心里默数 3 秒等中间再抢。收益极端的大红包和极端的 0.01 通常已经被前面的人“排雷”排掉了。这时候池子里的均值比较稳定你能稳稳拿到一个“比上不足比下有余”的金额。适合人群程序员、财务、求稳的老实人。如果微信改成了“预先生成所有金额再乱序洗牌”的模式那上述策略全部失效纯看命。四、 为什么不直接每人发 10 块这不仅仅是技术问题更是人性问题。如果微信红包改成“每人均分”哪怕每个人都拿 10 块这个功能第二天就凉了。为什么因为“没劲”。产品经理故意保留了0.01和手气最佳的巨大贫富差距就是为了拿捏你的两个弱点赌徒心理“这把输了0.01下一把我就能翻盘。”幸存者偏差你只看到了别人抢了 50却忘了自己抢了 10 次 0.01。正是这种“随机的不确定性”让抢红包变成了一种社交游戏而不是简单的转账工具。Fox 写在最后看完这篇文章下次再抢到 0.01别怪自己手气差。这只是因为你参与了一场“高方差”的数学游戏而你刚好落在了正态分布的最左边。但这只是“数学”层面的博弈。真正的挑战在“工程”层面如果除夕夜 10 亿人同时在线摇一摇每秒几千万的 TPS 洪峰打过来怎么保证系统不雪崩2015年微信就崩过后来是怎么改的一组数据库挂了怎么让它自己“爬”起来传说中的 DB 故障自愈几百亿的历史订单怎么存才最省钱冷热分离与 SET 化架构这背后不仅仅是 Redis 和 Lua 脚本更是微信团队独创的SET 化故障隔离、无损平行扩容、订单异步化等殿堂级架构设计。https://mp.weixin.qq.com/s/ZQfOZ_kl8Zv2V7RDegLBew