中文不卡av中文字幕_亚洲电影手机在线五月_日本少妇一区二区三区_国产2021久久精品

網(wǎng)站建設(shè)>圈子>建站知識(shí)>微信紅包體系設(shè)計(jì)分析

微信紅包體系設(shè)計(jì)分析

joymagic / 2015-09-17 / 深圳網(wǎng)站建設(shè) / 技術(shù)分享

說明:普通紅包是指金額每份金額固定的紅包包括群普通紅包和個(gè)人普通紅包,個(gè)人普通紅包也就是紅包個(gè)數(shù)為1的群普通紅包。

1 需求分析


一個(gè)字:錢;兩個(gè)字:消遣

1.1用戶為什么要發(fā)紅包?


(1)逗別人玩自己開心

有些人發(fā)一些1分錢的紅包,看到大家哄搶,自己覺得很爽;有些人自己發(fā)1個(gè)0.01的自己搶和別人比拼速度,這些無聊的人追求的是娛樂性,如同黑白快、2048等,滿足無聊的人消耗時(shí)間就可以了。

(2)成為焦點(diǎn)人物

當(dāng)你經(jīng)常在群里發(fā)紅包的時(shí)候,你就會(huì)成為「群明星」,讓更多人認(rèn)識(shí)你,和你說話,你有一種自己朋友遍天下的錯(cuò)覺,然而并沒有什么卵用,人家是沖著你的錢來的。所以就有了【我發(fā)的紅包總數(shù)】【紅包被搶提醒】

(3)獲得關(guān)注賣廣告

單純發(fā)一個(gè)廣告不但沒有人看,而且會(huì)引起反感。但是你發(fā)個(gè)大紅包,群里面的人會(huì)喜聞樂見,而且很親切的問你項(xiàng)目的相關(guān)內(nèi)容或者幫你填寫調(diào)查問卷。不過后來小紅包廣告漸漸失去吸引力,因?yàn)榇蠹业呐d奮閾值提高了,而且重復(fù)的東西是不可能讓用戶持續(xù)高潮的,如同你xxoo的時(shí)候不能總是使用一個(gè)體位一樣。因此對(duì)于服務(wù)號(hào)的搖一搖紅包和關(guān)注紅包,最少也有2元,而且還能裂變給你好友。2塊錢是什么?官方的說法是一張彩票的價(jià)格,一份希望,2元彩票長期已經(jīng)在廣大群眾心理建立了一個(gè)閾值,一份希望的閾值,『萬一實(shí)現(xiàn)呢?』這種心理。而且這種希望還能傳遞給別人(裂變紅包),何樂而不為呢?

(4)純粹是一種祝福

有時(shí)候是我們產(chǎn)品經(jīng)理想太多了,人家可能僅僅是把傳統(tǒng)的紅包以微信紅包這種新穎的方式發(fā)出來而已。以前只有結(jié)婚的人才能發(fā)紅包,現(xiàn)在可以全民發(fā),我也可以給朋友帶去一份祝福。不過包多少呢?這個(gè)很讓人糾結(jié),太少不體面;給『上層』的人發(fā)紅包,人家閾值高,太多支付不起。于是就有了【隨機(jī)紅包這個(gè)東西了】

1.2 用戶為什么要搶紅包?


(1)好玩刺激

這個(gè)理由還是留給那些無聊的人,不解釋,跟『為什么要發(fā)紅包?』的第一點(diǎn)差不多。那個(gè)【最佳手氣】,就刺激了人們玩紅包接龍(不是某寶那個(gè)坑爹的紅包接龍…)

(2)貪婪——人類原始的欲望

在法律和道德重重的壓制下,深深地掩蓋了人的本性,當(dāng)有這種合法而且又光明正大的"搶錢",即使是0.01,也足以讓人們壓制的貪欲井噴,造就了微信紅包的繁榮。雖然官方說,搖紅包是為了讓老一輩了解我們的世界,了解我們的生活,讓我們過年回家能一起搖紅包??墒菑呐笥讶Γ瑥男侣?,大家在群里的反應(yīng),我一點(diǎn)都沒感覺到紅包讓家人團(tuán)聚在一起,不知道那是否是公關(guān)說辭,這里不作評(píng)價(jià),而對(duì)人性的激發(fā)確是徹徹底底的。正如所有的自然科學(xué)最終都會(huì)回歸到哲學(xué)問題上,所有的產(chǎn)品也終究要回歸到對(duì)人性的思考上。(廢話說太多了~~~)

(3)炫耀

證明自己單身20年,哦!不對(duì),應(yīng)該是證明自己手速快(不都是一個(gè)意思嘛,廢話真多?。┯械娜藷o聊到自己發(fā)自己搶,以此在炫耀自己的4G網(wǎng)絡(luò)、光纖還有…麒麟臂。

(4)減少損失

很多人發(fā)了拼手氣紅包覺得自己錢包大出血,于是自己又搶了一把,希望自己搶到大一點(diǎn)的金額,相當(dāng)于發(fā)少一點(diǎn)紅包。

1.3 為什么要曬紅包?


(1)炫富心理——我發(fā)出的紅包統(tǒng)計(jì)頁面

(2)攀比心理——紅包結(jié)果頁面

這里就不多作解釋了,想想你為什么喜歡在朋友圈發(fā)東西就懂了。

2 入口


1

入口主要分為兩大類:聊天窗口和微信錢包。

2

2.1錢包


在錢包添加紅包入口,是因?yàn)橛脩羰状问褂脮r(shí),一般是先收到別人的紅包,自己要取錢,那么去哪里取呢?肯定是錢包,錢包需要集合所有跟錢有關(guān)的概念,給用戶一個(gè)深刻的印象,類似于OmniFocis的透視功能(不知道就算了…),需要把相關(guān)內(nèi)容聚合到一個(gè)入口。所以錢包聚合了和錢相關(guān)的內(nèi)容,比如信用卡還款、手機(jī)充值、理財(cái)通等,用戶第一次進(jìn)來收錢的時(shí)候,自然就看到微信紅包并進(jìn)一步引導(dǎo)用戶綁定信用卡和發(fā)紅包。另外如果用戶第一次使用紅包不是收到別人紅包,而是聽說有紅包這一功能或者看到別人發(fā)紅包,他首先會(huì)想到錢相關(guān)的東西應(yīng)該在紅包里面。

3

2.2 聊天窗口


而這聊天窗口中加入紅包入口則是更加簡單粗暴,用戶在過年或者平常使用會(huì)經(jīng)常點(diǎn)開"+"發(fā)送圖片,這就很容易會(huì)見到紅包入口了,而且微信在過年的時(shí)候特意把紅包按鈕用紅色高亮顯示了,這就更加容易被用戶發(fā)現(xiàn),從而提高入口轉(zhuǎn)換率。這里還有個(gè)邏輯,在單聊和群聊所進(jìn)入的紅包頁面的不同的,如下圖所示:

4

群紅包默認(rèn)為拼手氣群紅包而不是定額紅包,為什么要醬紫呢?先看看拼手氣群紅包的優(yōu)勢(shì):

1、金額隨機(jī),時(shí)大時(shí)小的金額能給用戶驚喜;

2、可以看到其他用戶搶了多少,引起攀比心理(這次搶得不爽,下次一定要搶個(gè)大大噠);

3、產(chǎn)生很多新奇玩法,比如手氣最佳的發(fā)3倍金額;

4、由于可以看到誰搶了紅包,所以群里面總是搶第一又不參與游戲的人基本上是使用外掛軟件,群成員自發(fā)的要求群主踢掉這個(gè)人,這種眾包式的"反外掛"比微信自己使用技術(shù)手段去解決更加節(jié)省成本和更加有效。

至于拼手氣群紅包相對(duì)于普通紅包的劣勢(shì)就是需要大量的計(jì)算資源去計(jì)算紅包的隨機(jī)金額,不過對(duì)于騰訊那么厲害的架構(gòu)師和財(cái)力,這些計(jì)算資源算不了什么,反而消耗這些資源去拉起微信群的活躍度和拉高同時(shí)在線人數(shù)讓財(cái)報(bào)好看點(diǎn)更加劃算。

2.3 搖一搖


微信在春節(jié)前還額外的增加了搖一搖的紅包入口,給一直被認(rèn)為"約炮神器"的搖一搖洗白(哈哈,開玩笑啦?。?。加速度傳感器也很具有互動(dòng)性,卻一直隱藏在手機(jī)里面,使用率不如攝像頭和話筒。搖一搖紅包很好的利用了每個(gè)人手機(jī)里面"雪藏"的硬件。在"紅包肯定是要發(fā)的"和"搖一搖功能的代碼本來就有"的兩大前提下,增加搖一搖紅包這功能并不會(huì)增加多少開發(fā)量和成本,因?yàn)榧热患t包要發(fā),無論用什么形式發(fā),后臺(tái)的負(fù)載均衡和高并發(fā)分流是肯定要做的,搖一搖的代碼在約pao的時(shí)代就已經(jīng)很完善了基本上不用改,接入紅包的邏輯就可以了,所以機(jī)會(huì)成本很低。那為什么一定要發(fā)紅包呢?因?yàn)樯弦荒暌呀?jīng)帶壞頭了,示范效應(yīng)導(dǎo)致支付寶也來分一杯羹,微信能不發(fā)嗎?

3 界面


3.1發(fā)紅包頁面


在單人聊天窗口進(jìn)入的普通(定向)紅包的頁面只需要輸入紅包金額和祝福語,點(diǎn)擊【塞錢進(jìn)紅包】,如果已經(jīng)綁定銀行卡,則調(diào)起對(duì)話框浮層【輸入密碼】;如果未綁定銀行卡則跳轉(zhuǎn)到零錢支付頁面,點(diǎn)擊按鈕【使用零錢支付】即可,無需輸入密碼,在這個(gè)過程中,如果零錢不足,則會(huì)跳轉(zhuǎn)到輸入銀行卡號(hào)的頁面,點(diǎn)擊【下一步】之后需要接著輸入姓名、銀行預(yù)留手機(jī)號(hào)和短信驗(yàn)證碼,填寫完成后即可用銀行卡支付。

5

這里不得不提的是一個(gè)非常人性化的設(shè)計(jì),當(dāng)點(diǎn)擊"改完普通紅包",從群手氣紅包切換到普通紅包的過程中,已經(jīng)輸入的內(nèi)容不會(huì)丟失,紅包個(gè)數(shù)不變,此時(shí)的單個(gè)金額EditView(安卓UI控件)中的值會(huì)由 總金額/紅包個(gè)數(shù) 得出并自動(dòng)填充;當(dāng)點(diǎn)擊"改為群手氣紅包",從普通紅包切換到群手氣紅包的過程中,已經(jīng)輸入的內(nèi)容不會(huì)丟失,紅包個(gè)數(shù)不變,此時(shí)的總金額EditView中的值會(huì)由 單個(gè)金額*紅包個(gè)數(shù) 計(jì)算出并自動(dòng)填充,,不用用戶重新輸入,非常貼心。這也是微信"將用戶體驗(yàn)做到極致"的地方之一。

3.2紅包『搶』頁面


聊天窗口會(huì)顯示出紅包樣式的聊天消息,點(diǎn)擊紅包后會(huì)出現(xiàn)拆的頁面。

6

3.3紅包『拆』頁面


點(diǎn)擊按鈕【拆】之后,那坨黃色的東西會(huì)轉(zhuǎn)(用幾幀圖片切換形成的動(dòng)畫,在IOS上比Android上運(yùn)行起來更加流暢),那坨東西轉(zhuǎn)完之后頁面會(huì)跳轉(zhuǎn)到【紅包結(jié)果頁面】。值得一提的是安卓最新版本中將Html版本的紅包換成了安卓原生紅包界面,為什么這么做呢?

一是微信慣用的犧牲客戶端資源(CPU、內(nèi)存、儲(chǔ)存卡容量)去換取服務(wù)器端的穩(wěn)定和減少資源投入的策略,頁面資源放在本地,這樣子web前端服務(wù)器容量就可以減少投入,同時(shí)也可以減少客戶端對(duì)資源服務(wù)器的訪問量。類似的,微信的聊天記錄是默認(rèn)不存儲(chǔ)在服務(wù)器端的,而是將各種圖片語音小視頻全部塞到你手機(jī)的內(nèi)存里面,微信表情在6.0版本之前也是不保存到服務(wù)器的。

二是以往基于web的紅包頁面經(jīng)常會(huì)出現(xiàn)"媽的頁面還在loading紅包就沒了""紅包來了卻連不了網(wǎng)是怎樣一種體驗(yàn)"等等的用戶抱怨,而原生的頁面因?yàn)榉旁诒镜夭恍枰h(yuǎn)程加載,只需要傳輸簡單的紅包ID,發(fā)送者等少量信息即可通知客戶端顯示紅包頁面,可以減少聯(lián)網(wǎng)時(shí)間和降低網(wǎng)絡(luò)狀況對(duì)搶紅包的體驗(yàn)流暢度,讓用戶搶不到紅包都不會(huì)覺得是因?yàn)槲⑿艣]優(yōu)化好,而是自己太幸福 (沒單身的手速慢,哈哈)。下圖為幾種紅包"拆"頁面(大家來玩找不同,嘻嘻):

7

那這四個(gè)頁面分別會(huì)在什么時(shí)候出現(xiàn)呢?在5.2中會(huì)做詳細(xì)的介紹。

3.4紅包結(jié)果頁面


紅包結(jié)果頁面會(huì)顯示搶到紅包的人的列表,其中金額最大的為手氣最佳。當(dāng)有兩個(gè)或者以上金額相同的時(shí)候,以時(shí)間最早的一個(gè)為最佳手氣。頁面還會(huì)顯示發(fā)紅包的人極其昵稱、你自己領(lǐng)到的金額(如果沒領(lǐng)到就不會(huì)顯示),零錢入口和轉(zhuǎn)發(fā)該紅包的入口、我的紅包記錄入口。紅包結(jié)果頁面也有很多種,詳見本文的5.3部分.

8

3.5搖一搖紅包


9

搖一搖紅包和企業(yè)紅包的隨機(jī)方法和群手氣紅包大同小異,由于沒有接觸過企業(yè)紅包的發(fā)放流程,這里不多說。

為什么要有剩余紅包個(gè)數(shù)呢?

引用鵬飛在人人都是產(chǎn)品經(jīng)理舉辦的產(chǎn)品經(jīng)理大會(huì)廣州站上說的一句話"給用戶一個(gè)預(yù)期,現(xiàn)在還有沒有紅包,還有多少,而且這個(gè)數(shù)字必須準(zhǔn)確,不能忽悠用戶。有些朋友和我說,他們就是在最后幾秒搖到的。所以,要讓用戶為希望而搖,為了希望,把手搖斷,又算什么!"。沒錯(cuò),這個(gè)數(shù)字是"準(zhǔn)確"的,但是他并不是實(shí)時(shí)的。因?yàn)檫^于頻繁刷新的數(shù)字少量減少,不僅用戶沒有感知,不停的訪問數(shù)據(jù)庫剩余紅包數(shù)對(duì)于服務(wù)器也是極大壓力,所以推測(cè)微信是采用這種策略:每減少1個(gè)單位(比如說50W)的紅包數(shù)量,自動(dòng)將這個(gè)值寫入緩存服務(wù)器,用戶搖紅包的時(shí)候都直接訪問緩存,而且不是每次搖都訪問剩余數(shù),而是搖n次之后(比如搖了5次)才去請(qǐng)求一次剩余紅包數(shù),這樣就把傳遞到服務(wù)器的壓力減少n倍。

上圖最后那個(gè)頁面你沒見過?

微信官方說,當(dāng)服務(wù)器壓力過大的時(shí)候,喚起讓用戶休息一下這個(gè)頁面。這里我提出另外一種策略,也許微信也采用了這種策略:當(dāng)用戶搖一搖請(qǐng)求紅包時(shí),服務(wù)器壓力過大,網(wǎng)絡(luò)阻塞或者隊(duì)列已滿等異常情況下,會(huì)直接通知客戶端"你沒有搶到",也就是直接返回那個(gè)搖紅包的頁面進(jìn)行下一次的搖一搖動(dòng)作,這樣子永遠(yuǎn)也不會(huì)顯示那個(gè)"休息一下"的頁面。

4后臺(tái)


4.1數(shù)據(jù)庫


以下關(guān)系型數(shù)據(jù)庫設(shè)計(jì)的字段是基于少量請(qǐng)求下,我們模擬紅包系統(tǒng)的可行方案,并沒有考慮高并發(fā)、分庫分表以及緩存的情況,關(guān)于這部分內(nèi)容可以查看本文4.4部分整理一些大神的回答作為了解。

(1)用戶信息數(shù)據(jù)表user_info

userID、紅包ID、祝福語、紅包類型、紅包個(gè)數(shù)、紅包金額、超時(shí)

(2)用戶錢包數(shù)據(jù)表user_wallet

userID、money、銀行卡ID等其他字段

(3)發(fā)送紅包數(shù)據(jù)表red_send

紅包ID、senderID、紅包個(gè)數(shù)、紅包金額、祝福語、最佳手氣、發(fā)出時(shí)間

(4)接收紅包數(shù)據(jù)表red_receive

紅包ID、receiver、接收時(shí)間、接收金額

4.2隨機(jī)算法


很多人說紅包序列是預(yù)先在手機(jī)發(fā)出去的時(shí)候已經(jīng)產(chǎn)生好隨機(jī)序列,其實(shí)這樣會(huì)產(chǎn)生大量的數(shù)據(jù)庫讀寫操作,內(nèi)存讀的速度以DDR3-2400為例,能達(dá)到17G/s,寫的速度達(dá)到18G/s(參考文獻(xiàn):http://m.it168.com/article_1410707_p5.html)。而硬盤數(shù)據(jù)庫的讀寫速度最多達(dá)到133MB/s。可見大量的從硬盤讀寫數(shù)據(jù)不但容易使硬盤損壞,更達(dá)不到高并發(fā)的讀寫需求。所以預(yù)先生成隨機(jī)序列寫入數(shù)據(jù)庫,用戶搶的時(shí)候再讀出紅包金額并將用戶信息寫入數(shù)據(jù)庫并不科學(xué)。所以采用內(nèi)存實(shí)時(shí)計(jì)算隨機(jī)序列并異步寫入硬盤數(shù)據(jù)庫儲(chǔ)存的方法?;趦?nèi)存的隨機(jī)序列是偽隨機(jī)序列,他并不是真正的隨機(jī),而是根據(jù)種子通過一定的算法計(jì)算出來的值,只要種子不變,每次計(jì)算出來的值的序列是一致的。也就是說當(dāng)紅包指紋(ID或者ID+時(shí)間戳或者其他算法生成)一定時(shí),計(jì)算出來的序列是一致的,這樣子就不用儲(chǔ)存在數(shù)據(jù)庫,而是實(shí)時(shí)計(jì)算,第一次取序列的第一個(gè)值,第二次取序列的第二個(gè)值,如此類推。(更詳細(xì)的說明可以參考http://www.open-open.com/lib/view/open1430473257443.html)。具體步驟如下(代碼以python舉例子,沒辦法知道人家后臺(tái)用什么語音寫的):

以紅包ID為種子

>>>red_ID = 1775509988475009

>>>random.seed(red_ID)

群手氣紅包的最小值為0.01,搖一搖紅包的最小值為2.00

>>>min = 1.00

>>>if (紅包為群手氣紅包):

min = 0.01

else(紅包為搖一搖紅包):

min = 2.00

群手氣紅包的最大值為剩余紅包總額和個(gè)數(shù)的商的2倍(你可以在群里不停地發(fā)紅包做回歸,記得叫上我去拿紅包,哈哈)。

>>>max = (remain_money/remain_num)*2

而搖一搖紅包官方給出的計(jì)算公式是剩余金額/剩余紅包數(shù)*n

n主觀猜測(cè)也是等于2,在這公司基礎(chǔ)上再人為控制概率。

方案一:

人為干擾概率的,有人拿到京東618元的紅包,動(dòng)腦子想想,京東店慶是618,這個(gè)金額絕對(duì)不是隨機(jī)出來的,而是設(shè)定好金額,然后每個(gè)金額范圍都有一定的概率。

比如說2元—5元概率為85%;5元—20元概率為10%,20元—50元概率為4.99%,618元概率為0.01%。(概率僅作參考,因?yàn)闃颖玖刻?,官方也沒提供數(shù)據(jù),這里只是提供其中一種可行的方案,以下代碼也只是提供思路,與實(shí)際可運(yùn)行的代碼略有差別)

>>>a = random.uniform(0,1)

>>>b,_max,_min = 0

>>>if a < 0.85:

_min = 2.00

_max = 5.00

>>>elif a < 0.95 & a >= 0.85:

_min = 5.00

_max = 20.00

>>>elif a < 0.9999 & a >= 0.95:

_min = 20.00

_max = 50.00

>>>elif a > 0.9999:

_min = 618.00

_max = 618.00

>>>random.uniform(min,max)

方案二:

_min = 2.00

_max = 剩余金額/剩余紅包數(shù)*n

人為放出618元的彩蛋紅包,并且用上述方法設(shè)置概率為0.0001%

4.3紅包發(fā)出去那一刻發(fā)生了什么?


這一部分由于個(gè)人的水平限制,未能給出有深度的簡介,這里為了文章的完整性,借用胖胖的文章作為說明(胖胖的博客為www.phppan.com)

(1)發(fā)紅包后臺(tái)操作:

在數(shù)據(jù)庫中增加一條紅包記錄,存儲(chǔ)到CKV,設(shè)置過期時(shí)間;

在Cache(可能是騰訊內(nèi)部kv數(shù)據(jù)庫,基于內(nèi)存,有落地,有內(nèi)核態(tài)網(wǎng)絡(luò)處理模塊,以內(nèi)核模塊形式提供服務(wù)))中增加一條記錄,存儲(chǔ)搶紅包的人數(shù)N

(2)搶紅包后臺(tái)操作:

搶紅包分為搶和拆,搶操作在Cache層完成,通過原子減操作進(jìn)行紅包數(shù)遞減,到0就說明搶光了,最終實(shí)際進(jìn)入后臺(tái)拆操作的量不大,通過操作的分離將無效請(qǐng)求直接擋在Cache層外面。這里的原子減操作并不是真正意義上的原子減操作,是其Cache層提供的CAS,通過比較版本號(hào)不斷嘗試,存在一定程度上的沖突,沖突的用戶會(huì)放行,讓其進(jìn)入下一步拆的操作,這也解釋了為啥有用戶搶到了拆開發(fā)現(xiàn)領(lǐng)完了的情況。

拆紅包在數(shù)據(jù)庫完成,通過數(shù)據(jù)庫的事務(wù)操作累加已經(jīng)領(lǐng)取的個(gè)數(shù)和金額,插入一條領(lǐng)取流水,入賬為異步操作,這也解釋了為啥在春節(jié)期間紅包領(lǐng)取后在余額中看不到。拆的時(shí)候會(huì)實(shí)時(shí)計(jì)算金額,其金額為1分到剩余平均值2倍之間隨機(jī)數(shù),一個(gè)總金額為M元的紅包,最大的紅包為 M * 2 /N(且不會(huì)超過M),當(dāng)拆了紅包后會(huì)更新剩余金額和個(gè)數(shù)。財(cái)付通按20萬筆每秒入賬準(zhǔn)備,實(shí)際只到8萬每秒。

4.4 Q&A若干整理(這一部分是網(wǎng)上整理的,不知道如何分類比較好就放在一起了)


①既然在搶的時(shí)候有原子減了就不應(yīng)該出現(xiàn)搶到了拆開沒有的情況?

這里的原子減并不是真正意義上的原子操作,是Cache層提供的CAS,通過比較版本號(hào)不斷嘗試。

②cache和db掛了怎么辦?

主備 +對(duì)賬

③有沒有紅包個(gè)數(shù)沒了,但余額還有情況?

沒有,程序最后會(huì)有一個(gè)take all操作以及一個(gè)異步對(duì)賬保障。

④為什么要分離搶和拆?

總思路是設(shè)置多層過濾網(wǎng),層層篩選,層層減少流量和壓力。這個(gè)設(shè)計(jì)最初是因?yàn)閾尣僮魇菢I(yè)務(wù)層,拆是入賬操作,一個(gè)操作太重了,而且中斷率高。 從接口層面看,第一個(gè)接口純緩存操作,搞壓能力強(qiáng),一個(gè)簡單查詢Cache擋住了絕大部分用戶,做了第一道篩選,所以大部分人會(huì)看到已經(jīng)搶完了的提示。

⑤搶到紅包后再發(fā)紅包或者提現(xiàn),這里有什么策略嗎?

大額優(yōu)先入賬策略

⑥有沒有從數(shù)據(jù)上證明每個(gè)紅包的概率是不是均等?

不是絕對(duì)均等,就是一個(gè)簡單的拍腦袋算法。官方已經(jīng)在產(chǎn)品經(jīng)理大會(huì)上說明這是個(gè)拍腦袋的算法了。

⑦發(fā)紅包人的錢會(huì)不會(huì)凍結(jié)?

是直接實(shí)時(shí)扣掉,不是凍結(jié)。

⑧采用實(shí)時(shí)算出金額是出于什么考慮?

實(shí)時(shí)效率更高,預(yù)算才效率低下。預(yù)算還要占額外存儲(chǔ)。因?yàn)榧t包只占一條記錄而且有效期就幾天,所以不需要多大空間。就算壓力大時(shí),水平擴(kuò)展機(jī)器是。詳見本文4.2的說明。

⑨實(shí)時(shí)性:為什么明明搶到紅包,點(diǎn)開后發(fā)現(xiàn)沒有?

答:2014年的紅包一點(diǎn)開就知道金額,分兩次操作,先搶到金額,然后再轉(zhuǎn)賬。

2015年的紅包的拆和搶是分離的,需要點(diǎn)兩次,因此會(huì)出現(xiàn)搶到紅包了,但點(diǎn)開后告知紅包已經(jīng)被領(lǐng)完的狀況。進(jìn)入到第一個(gè)頁面不代表搶到,只表示當(dāng)時(shí)紅包還有。詳見本文Jinkey在第五部分的說明。

⑩紅包的設(shè)計(jì)

答:微信從財(cái)付通拉取金額數(shù)據(jù)過來,生成個(gè)數(shù)/紅包類型/金額放到redis集群里,app端將紅包ID的請(qǐng)求放入請(qǐng)求隊(duì)列中,如果發(fā)現(xiàn)超過紅包的個(gè)數(shù),直接返回。根據(jù)紅包的邏輯處理成功得到令牌請(qǐng)求,則由財(cái)付通進(jìn)行一致性調(diào)用,通過像比特幣一樣,兩邊保存交易記錄,交易后交給第三方服務(wù)審計(jì),如果交易過程中出現(xiàn)不一致就強(qiáng)制回歸。

?并發(fā)性處理:紅包如何計(jì)算被搶完?

答:cache會(huì)抵抗無效請(qǐng)求,將無效的請(qǐng)求過濾掉,實(shí)際進(jìn)入到后臺(tái)的量不大。cache記錄紅包個(gè)數(shù),原子操作進(jìn)行個(gè)數(shù)遞減,到0表示被搶光。財(cái)付通按照20萬筆每秒入賬準(zhǔn)備,但實(shí)際還不到8萬每秒。

?如何保持8w每秒的寫入?

答:多主sharding,水平擴(kuò)展機(jī)器。

?查詢紅包分配,壓力大不?

答:搶到紅包的人數(shù)和紅包都在一條cache記錄上,沒有太大的查詢壓力。

?一個(gè)紅包一個(gè)隊(duì)列?

答:沒有隊(duì)列,一個(gè)紅包一條數(shù)據(jù),數(shù)據(jù)上有一個(gè)計(jì)數(shù)器字段。

?每領(lǐng)一個(gè)紅包就更新數(shù)據(jù)么?

答:每搶到一個(gè)紅包,就cas更新剩余金額和紅包個(gè)數(shù)。

?紅包如何入庫入賬?

數(shù)據(jù)庫會(huì)累加已經(jīng)領(lǐng)取的個(gè)數(shù)與金額,插入一條領(lǐng)取記錄。入賬則是后臺(tái)異步操作。

?入帳出錯(cuò)怎么辦?比如紅包個(gè)數(shù)沒了,但余額還有?

答:最后會(huì)有一個(gè)take all操作。另外還有一個(gè)對(duì)賬來保障。

5交互


5.1前后端交互時(shí)序


(1)綁定銀行卡

10

(2)收發(fā)群手氣紅包

11

① 發(fā)起紅包操作

② 銀行扣款邏輯,不成功則返回,成功則進(jìn)行下一步

③ 請(qǐng)求將紅包寫入數(shù)據(jù)庫某個(gè)set,并獲取紅包ID返回客戶端

④ 長連接通知客戶端成功

⑤ 其他用戶接收到紅包消息,點(diǎn)開,拆。由于用戶操作的速度遠(yuǎn)遠(yuǎn)低于計(jì)算機(jī)處理速度,所以這打開和拆開的分離,相當(dāng)于設(shè)置了一道緩沖。另外,點(diǎn)開之后,不直接獲取金額,而是先讀取紅包是否領(lǐng)完的緩存,如果沒領(lǐng)完則顯示【拆】的按鈕。點(diǎn)擊【拆】之后再次訪問緩存看紅包是否領(lǐng)完,如果沒領(lǐng)完,則請(qǐng)求服務(wù)器內(nèi)存計(jì)算隨機(jī)金額并返回客戶端,然后異步寫入數(shù)據(jù)庫。

⑥ 紅包結(jié)果會(huì)寫入LIstView(安卓的UI控件名稱,ios也有類似的控件)中,用戶可以馬上看到

⑦ 當(dāng)用戶再次打開紅包結(jié)果頁面時(shí),會(huì)從數(shù)據(jù)庫讀取最新的結(jié)果列表并更新結(jié)果列表。

(3)收發(fā)普通紅包


① 發(fā)起紅包操作

② 銀行扣款邏輯,不成功則返回,成功則進(jìn)行下一步

③ 選擇發(fā)送對(duì)象(若在聊天窗口中發(fā)起著跳過這一步)

④ 計(jì)算紅包均值(總額/個(gè)數(shù)),將紅包個(gè)數(shù)和均值寫入數(shù)據(jù)庫,返回紅包ID到客戶端

⑤ 其他用戶點(diǎn)開紅包,拆,訪問紅包個(gè)數(shù)判斷是否大于0,若為TRUE,則個(gè)數(shù)減1;若為FALSE則通知客戶端顯示【已領(lǐng)完】樣式。

5.2 界面交互


5.2.1 基本流程


13

5.2.2 拆紅包頁面顯示邏輯


對(duì)群手氣紅包、群普通紅包、普通紅包(其實(shí)就是紅包個(gè)數(shù)為1的群普通紅包)和是否領(lǐng)到和是否領(lǐng)完做3×3×3的交叉分析之后,歸納出以下結(jié)論:

mmexport1442151693886

5.2.3 紅包結(jié)果頁面顯示邏輯



說明:

1 代表有出現(xiàn)該項(xiàng)

"字樣"代表下圖所示區(qū)域的文字內(nèi)容:

16

"按鈕"代表藍(lán)色文字鏈接,如下圖所示:

17

金額是指自己拿到的金額

18

搶到的人是指一個(gè)列表:

19

綠色格子代表沒有這種邏輯,可能是不出現(xiàn)該頁面或者其他原因。

對(duì)上表的數(shù)據(jù)進(jìn)行挖掘,我們可以發(fā)現(xiàn)以下規(guī)則集:

(1)當(dāng)領(lǐng)到紅包的時(shí)候,會(huì)顯示按鈕"已存入零錢,可用于發(fā)紅包"、"已存入零錢,可用于消費(fèi)"、"已存入零錢,可用于轉(zhuǎn)賬"、"已存入零錢,可用于提現(xiàn)"的其中一個(gè),順序或隨機(jī)出現(xiàn);并顯示自己所獲得的紅包金額。

(2)當(dāng)自己發(fā)的紅包沒被領(lǐng)完,會(huì)顯示按鈕"繼續(xù)發(fā)送此紅包";

(3)領(lǐng)到別人發(fā)的紅包時(shí),會(huì)顯示按鈕"查看我的紅包記錄";

(4)對(duì)于群手氣紅包被領(lǐng)完時(shí),如果紅包是自己發(fā)的會(huì)顯示字樣"n個(gè)紅包共n元,n秒被搶光";如果是被人發(fā)的紅包則會(huì)顯示字樣"n個(gè)紅包,n秒被搶光";對(duì)于(群)普通紅包被領(lǐng)完時(shí),會(huì)顯示字樣"n個(gè)紅包共n元";

(5)對(duì)于紅包(個(gè)數(shù)大于1)沒被領(lǐng)完,自己的紅包會(huì)顯示字樣"已領(lǐng)取x/y個(gè),共x/y元";別人發(fā)的紅包字樣"領(lǐng)取x/y個(gè)";

(6)對(duì)于紅包(個(gè)數(shù)等于1)沒領(lǐng)完時(shí),會(huì)顯示字樣"紅包金額n元,等待對(duì)方領(lǐng)取";

(7)對(duì)于群手氣紅包和自己發(fā)的普通紅包都會(huì)顯示搶到紅包的人的列表;

(8)已經(jīng)被領(lǐng)完的群手氣紅包才會(huì)顯示"最佳手氣"的標(biāo)識(shí);

從(4)-(6)的規(guī)則我們可以看出,微信做到為什么是一個(gè)優(yōu)秀的產(chǎn)品而不僅僅是一個(gè)及格的產(chǎn)品。自己發(fā)的紅包會(huì)顯示出總金額,自己發(fā)了多少錢自己心里有數(shù),卻不希望別人看到總的金額(雖然可以根據(jù)列表算出來,但是大部分人不會(huì)去計(jì)算每一個(gè)別人紅包的總金額),避免發(fā)紅包的用戶還要承受"面子問題"挫傷用戶發(fā)紅包的積極性。這樣去營造一種無分貴賤貧富,人人都可以發(fā)紅包的氛圍,間接提高發(fā)紅包的人數(shù)和整個(gè)平臺(tái)的活躍度。

5.2.4搖一搖紅包


這一部分因?yàn)閷懳恼碌臅r(shí)候搖一搖紅包活動(dòng)已經(jīng)下線了,所以只能從網(wǎng)上找來截圖,簡略地說明一下流程。如下圖:


僅以此文,紀(jì)念大學(xué)四年為了加入微信團(tuán)隊(duì)所做出的努力。

【邁創(chuàng)與眾不同】憑借對(duì)設(shè)計(jì)的熱愛和執(zhí)著,互聯(lián)網(wǎng)營銷趨勢(shì)的敏銳洞察和深刻理解,與眾多同行不同的是,邁創(chuàng)更注重與客戶互促共生,價(jià)值同在。
本圈子所有內(nèi)容若需轉(zhuǎn)載請(qǐng)聯(lián)系我們。