您的位置:首页 > 业内资讯 > 微信红包体系设计分析

微信红包体系设计分析

来源:产品100干货速递 | 时间:2015-09-25 13:59:53 | 阅读:65 |  标签: 产品100干货速递   | 分享到:


拆红包在数据库完成,通过数据库的事务操作累加已经领取的个数和金额,插入一条领取流水,入账为异步操作,这也解释了为啥在春节期间红包领取后在余额中看不到。拆的时候会实时计算金额,其金额为1分到剩余平均值2倍之间随机数,一个总金额为M元的红包,最大的红包为 M * 2 /N(且不会超过M),当拆了红包后会更新剩余金额和个数。财付通按20万笔每秒入账准备,实际只到8万每秒。


4.4 Q&A若干整理(这一部分是网上整理的,不知道如何分类比较好就放在一起了)


①既然在抢的时候有原子减了就不应该出现抢到了拆开没有的情况?


这里的原子减并不是真正意义上的原子操作,是Cache层提供的CAS,通过比较版本号不断尝试。


②cache和db挂了怎么办?


主备 +对账


③有没有红包个数没了,但余额还有情况?


没有,程序最后会有一个take all操作以及一个异步对账保障。


④为什么要分离抢和拆?


总思路是设置多层过滤网,层层筛选,层层减少流量和压力。这个设计最初是因为抢操作是业务层,拆是入账操作,一个操作太重了,而且中断率高。 从接口层面看,第一个接口纯缓存操作,搞压能力强,一个简单查询Cache挡住了绝大部分用户,做了第一道筛选,所以大部分人会看到已经抢完了的提示。


⑤抢到红包后再发红包或者提现,这里有什么策略吗?


大额优先入账策略


⑥有没有从数据上证明每个红包的概率是不是均等?


不是绝对均等,就是一个简单的拍脑袋算法。官方已经在产品经理大会上说明这是个拍脑袋的算法了。


⑦发红包人的钱会不会冻结?


是直接实时扣掉,不是冻结。


⑧采用实时算出金额是出于什么考虑?


实时效率更高,预算才效率低下。预算还要占额外存储。因为红包只占一条记录而且有效期就几天,所以不需要多大空间。就算压力大时,水平扩展机器是。详见本文4.2的说明。


⑨实时性:为什么明明抢到红包,点开后发现没有?


答:2014年的红包一点开就知道金额,分两次操作,先抢到金额,然后再转账。

小编推荐阅读

好特网发布此文仅为传递信息,不代表好特网认同期限观点或证实其描述。

相关视频攻略

更多

同类最新

更多

扫二维码进入好特网手机版本!

扫二维码进入好特网微信公众号!

本站所有软件,都由网友上传,如有侵犯你的版权,请发邮件[email protected]

湘ICP备2022002427号-10 湘公网安备:43070202000427号© 2013~2025 haote.com 好特网