社交软件红包技术解密 (十三):微信团队首次揭秘微信红包算法,为何你抢到的是 0.01 元
![社交软件红包技术解密(十三):微信团队首次揭秘微信红包算法,为何你抢到的是0.01元](https://static001.geekbang.org/infoq/63/631d08d29ecc80bd630bfdbcbaf89ac7.png)
本文由腾讯梁中原分享,原题“红包算法揭秘!哪段代码让你只抢了 0.01 元?”,下文进行了排版和内容优化等。
1、引言
在上一篇《来看看微信十年前的 IM 消息收发架构,你做到了吗》的文章中,有用户提到想了解自己每次微信红包只能抽中 0.01 元的反向手气最佳是怎么在技术上实现的,于是就有了本篇文章的诞生。
其实,微信红包最初在产品设计上有过很多思路,最初曾以多档次、按比例分配的方式,但最后大家试用下来发现还是随机才好玩。那种看到有人抢到 100 块,有人 0.01 元的快乐无以言喻。
最初的随机算法中,领取越早获得大额红包几率越高,为了避免抢红包变成一个拼手速的游戏,后来的随机算法也对随机范围区间进行了一定调整。
本文中,我们将介绍几种主流的 IM 红包分配算法,相信聪明的你一定能从中窥见微信红包技术实现的一些奥秘。
![](https://static001.geekbang.org/infoq/63/631d08d29ecc80bd630bfdbcbaf89ac7.png)
技术交流:
移动端 IM 开发入门文章:《新手入门一篇就够:从零开发移动端 IM》
开源 IM 框架源码:https://github.com/JackJiang2011/MobileIMSDK(备用地址点此)
(本文已同步发布于:http://www.52im.net/thread-4661-1-1.html)
2、系列文章
《社交软件红包技术解密(一):全面解密 QQ 红包技术方案——架构、技术实现等》
《社交软件红包技术解密(二):解密微信摇一摇红包从 0 到 1 的技术演进》
《社交软件红包技术解密(三):微信摇一摇红包雨背后的技术细节》
《社交软件红包技术解密(四):微信红包系统是如何应对高并发的》
《社交软件红包技术解密(五):微信红包系统是如何实现高可用性的》
《社交软件红包技术解密(六):微信红包系统的存储层架构演进实践》
《社交软件红包技术解密(七):支付宝红包的海量高并发技术实践》
《社交软件红包技术解密(八):全面解密微博红包技术方案》
《社交软件红包技术解密(九):谈谈手 Q 春节红包的设计、容灾、运维、架构等》
《社交软件红包技术解密(十):手 Q 客户端针对 2020 年春节红包的技术实践》
《社交软件红包技术解密(十一):最全解密微信红包随机算法(含演示代码)》
《社交软件红包技术解密(十二):解密抖音春节红包背后的技术设计与实践》
《社交软件红包技术解密(十三):微信团队首次揭秘微信红包算法,为何你抢到的是 0.01 元》(* 本文)
3、主流的红包算法 1:普通随机法
普通随机法,简单来说其实就是剩余值随机。
普通随机:用余下的值为最大区间进行随机,但可能不均匀,有些人一把随到 99,下面很多人都没得随机了。
以下是算法示例:
// 剩余值随机 ,优点:逻辑简单,缺点:随机区间步步减少,可以明显看出随机值的递减特性,
对后面玩家极不公平,且容易被抓到规律,造成舆论不满。
// 做抢红包体验很差,稍微弥补一点的方案:shuffle 一下随机数组,让看起来不那么递减明显。
Moneys, isEveryHave);
//余值随机红包算法 ,一般都是使用剩余值在计算一把。
function LeftMoneyRedbag(userNums, baseMoney = 1)
{
}
“mt_rand(1, 2); ”:mt_rand 包含区间前后边界的,即包含最大值和最小值 ,1 和 2 都会出现。
4、主流的红包算法 2:二倍均值算法
正常的算法,定好每个人的最小值,然后就是定下随机区间问题。
二倍均值:实际上就是,用剩下金额的两倍均值为最大区间进行随机,相对正态分布,区间相对合适。但人数越接近总额,分布越均匀。也可以三倍、四倍,倍数越高越随机,正态分布越扁平。
以下是算法示例:
$Moneys = 99 * 10; //单位为分
$userNums = 990;
$isEveryHave = 0; //是否每个人都有
Moneys, $userNums);
// var_dump($res);
//二倍均值算法
function doubleMeanRedbag(userNums, baseMoney = 1)
{
}
5、主流的红包算法 3:线段分割算法
线段分割是相对合理的红包算法,但实现逻辑会更复杂一些。
红包金额如果想随机分成 N 份,可以处理为:一个线段,随机选择 N-1 点进行切割。
以下内容将详细讲解线段分割算法。
6、常规线段分割算法
以下是常规线段分割算法示例:
//线段分割算法 -- 有个致命缺陷,随机值碰撞,分割数量越接近总金额,碰撞概率越大 ,所以最好 userNum 数量与总金额差的越大越好
function lineSegmentRedbag(userNums, baseMoney = 1)
{
}
7、使用 array_rand 优化后的线段分割算法
以下是 array_rand 优化后的线段分割算法示例:
//利用 array_rand 一次拿出多个随机值时,随机且去重,且随机区间包括首尾。
function lineSegmentOptimize(userNums, baseMoney = 1 默认为 1
{
}
8、验证 array_rand 的随机特性
在写线段分割算法时,发现当全区间 mt_rand 后,出现重复切点需要去重,生成非重复的切点。
这里第一时间想到了使用 array_rand,但不确定 array_rand 的随机特性,不知道它的随机特性是否有去重处理。
经过验证:array_rand($arr, 8) 同时随机取多个索引下标时有去重处理,且随机特性很好。
事实证明:array_rand 一次拿出多个随机值时,随机且去重,且随机区间包括首尾。
代码示例如下:
$res = checkRand(10, 10000);
var_dump($res);
function checkRand(num)
{
}
一次随机取 2 个时,平均 200 左右:
1 array(100) { [0]=> int(196) [1]=> int(210) [2]=> int(206) [3]=> int(202) ,,,,[97]=> int(196) [98]=> int(197) [99]=> int(188) }
一次随机取 4 个时,平均 400 左右:
1array(100) { [0]=> int(372) [1]=> int(428) [2]=> int(394) [3]=> int(441) ,,,,, [97]=> int(382) [98]=> int(388) [99]=> int(358) }
一次随机取 99 个时,平均 9900 左右:
1array(100) { [0]=> int(9892) [1]=> int(9890) [2]=> int(9913) [3]=> int(9909) ,,,,[97]=> int(9908) [98]=> int(9903) [99]=> int(9908) }
事实证明:array_rand 一次拿出多个随机值时,随机且去重。
9、主流的红包算法的耗时和效果对比
最后,我们对全文提到的红包算法的随机性以及计算性价比进行一个整体比较。
以下是测试代码:
function microTime_float()
{
}
$starTime = microTime_float(); //0.35529400 1616661516
for (i < 100000; $i++) {
}
$endTime = microTime_float();
endTime) - floatval($starTime);
echo "线段分割时间差:" . floatval($diff) . "<br/>"; //时间差:0.33733010292053 //Optimize 时间差:0.11269283294678
exit;
![](https://static001.geekbang.org/infoq/57/570226c3e68b694076df1824b4f0817a.png)
如上图所示:线段分割算法与二倍均值相比,随机区间更大。
![](https://static001.geekbang.org/infoq/08/0885f3b4cf7119c4ed816f70c882a40d.png)
如上图所示:线段分割普通版,随着红包总额与红包人数相近时(即切点接近总值时),随机碰撞率显著升高,性能下降。但经过优化后的线段分割算法,性能比二倍均值还优秀。
10、参考资料
[1] 微信红包随机算法初探
[2] 微信红包算法的分析
[3] 微信红包的架构设计简介
[4] 微信红包的随机算法是怎样实现的?
[5] IM 开发宝典:史上最全,微信各种功能参数和逻辑规则资料汇总
[6] 微信本地数据库破解版(含 iOS、Android),仅供学习研究 [附件下载]
[7] 全面解密 QQ 红包技术方案——架构、技术实现等》
[8] 解密微信摇一摇红包从 0 到 1 的技术演进》
[9] 微信摇一摇红包雨背后的技术细节
[10] 微信红包系统是如何应对高并发的
[11] 微信红包系统是如何实现高可用性的
[12] 微信红包系统的存储层架构演进实践
[13] 支付宝红包的海量高并发技术实践
[14] 全面解密微博红包技术方案
[15] 谈谈手 Q 红包的功能逻辑、容灾、运维、架构等
[16] 手 Q 客户端针对 2020 年春节红包的技术实践
[17] 解密微信红包随机算法(含代码实现)
[18] 解密抖音春节红包背后的技术设计与实践
11、更多鹅厂技术文章
汇总微信朋友圈千亿访问量背后的技术挑战和实践总结腾讯技术分享:腾讯是如何大幅降低带宽和网络流量的(图片压缩篇)IM 全文检索技术专题(二):微信移动端的全文检索多音字问题解决方案微信团队分享:iOS 版微信的高性能通用 key-value 组件技术实践微信团队分享:iOS 版微信是如何防止特殊字符导致的炸群、APP 崩溃的?微信团队分享:微信 Android 版小视频编码填过的那些坑 IM 全文检索技术专题(一):微信移动端的全文检索优化之路企业微信客户端中组织架构数据的同步更新方案优化实战微信新一代通信安全解决方案:基于 TLS1.3 的 MMTLS 详解微信“红包照片”背后的技术难题移动端 IM 实践:iOS 版微信的多设备字体适配方案探讨腾讯信鸽技术分享:百亿级实时消息推送的实战经验 IPv6 技术详解:基本概念、应用现状、技术实践(上篇)腾讯技术分享:GIF 动图技术详解及手机 QQ 动态表情压缩技术实践微信团队分享:Kotlin 渐被认可,Android 版微信的技术尝鲜之旅社交软件红包技术解密(一):全面解密 QQ 红包技术方案——架构、技术实现等社交软件红包技术解密(四):微信红包系统是如何应对高并发的社交软件红包技术解密(十):手 Q 客户端针对 2020 年春节红包的技术实践微信团队分享:极致优化,iOS 版微信编译速度 3 倍提升的实践总结 IM“扫一扫”功能很好做?看看微信“扫一扫识物”的完整技术实现微信团队分享:微信支付代码重构带来的移动端软件架构上的思考 IM 开发宝典:史上最全,微信各种功能参数和逻辑规则资料汇总微信团队分享:微信直播聊天室单房间 1500 万在线的消息架构演进之路企业微信的 IM 架构设计揭秘:消息模型、万人群、已读回执、消息撤回等 IM 全文检索技术专题(四):微信 iOS 端的最新全文检索技术优化实践微信团队分享:微信后台在海量并发请求下是如何做到不崩溃的微信 Windows 端 IM 消息数据库的优化实践:查询慢、体积大、文件损坏等微信技术分享:揭秘微信后台安全特征数据仓库的架构设计 IM 跨平台技术学习(九):全面解密新 QQ 桌面版的 Electron 内存优化实践企业微信针对百万级组织架构的客户端性能优化实践揭秘企业微信是如何支持超大规模 IM 组织架构的——技术解读四维关系链微信团队分享:详解 iOS 版微信视频号直播中因帧率异常导致的功耗问题微信团队分享:微信后端海量数据查询从 1000ms 降到 100ms 的技术实践大型 IM 工程重构实践:企业微信 Android 端的重构之路 IM 技术干货:假如你来设计微信的群聊,你该怎么设计?微信团队分享:来看看微信十年前的 IM 消息收发架构,你做到了吗长连接网关技术专题(十一):揭秘腾讯公网 TGW 网关系统的技术架构演进总是被低估,从未被超越,揭秘 QQ 极致丝滑背后的硬核 IM 技术优化首次公开,最新手机 QQ 客户端架构的技术演进实践
(本文已同步发布于:http://www.52im.net/thread-4661-1-1.html)
评论