java 實現仿照微信搶紅包算法，實測結果基本和微信吻合，附demo

實現拼手氣紅包算法，有如下幾個須要注意的地方：

• 搶紅包的指望收益應與前後順序無關
• 保證每一個用戶至少能搶到一個預設的最小金額，人民幣紅包設置的最小金額通常是0.01元，若是須要發其餘貨幣類型的紅包，好比區塊鏈貨幣或者積分，須要自定義一個最小金額。
• 全部搶紅包的人領取的子紅包的金額之和加起來，等於發紅包的人發出的總紅包的金額。
  下面實現的方式是一次生成全部的子紅包，讓用戶按順序領取。也能夠每領取一個生成一個，兩種方式性能上各有優劣。

以前看過一篇文章說是微信的紅包算法是每次動態獲取紅包金額，不是一次生成，那樣會形成儲存空間浪費。轉一下原文

微信紅包的架構設計簡介

@來源於QCon某高可用架構羣整理，整理朱玉華。

背景：有某個朋友在朋友圈諮詢微信紅包的架構，因而乎有了下面的文字（有誤請提出，謝謝）

概況：2014年微信紅包使用數據庫硬抗整個流量，2015年使用cache抗流量。

微信的金額何時算？

答：微信金額是拆的時候實時算出來，不是預先分配的，採用的是純內存計算，不須要預算空間存儲。
採起實時計算金額的考慮：預算須要佔存儲，實時效率很高，預算才效率低。

實時性：爲何明明搶到紅包，點開後發現沒有？

答：2014年的紅包一點開就知道金額，分兩次操做，先搶到金額，而後再轉帳。
2015年的紅包的拆和搶是分離的，須要點兩次，所以會出現搶到紅包了，但點開後告知紅包已經被領完的情況。進入到第一個頁面不表明搶到，只表示當時紅包還有。

分配：紅包裏的金額怎麼算？爲何出現各個紅包金額相差很大？

答：隨機，額度在0.01和(剩餘平均值2)之間。
例如：發100塊錢，總共10個紅包，那麼平均值是10塊錢一個，那麼發出來的紅包的額度在0.01元～20元之間波動。
當前面3個紅包總共被領了40塊錢時，剩下60塊錢，總共7個紅包，那麼這7個紅包的額度在：0.01～（60/72）=17.14之間。
注意：這裏的算法是每被搶一個後，剩下的會再次執行上面的這樣的算法（Tim老師也以爲上述算法太複雜，不知基於什麼樣的考慮）。

這樣算下去，會超過最開始的所有金額，所以到了最後面若是不夠這麼算，那麼會採起以下算法：保證剩餘用戶能拿到最低1分錢便可。

若是前面的人手氣很差，那麼後面的餘額越多，紅包額度也就越多，所以實際機率同樣的。

紅包的設計

答：微信從財付通拉取金額數據郭萊，生成個數/紅包類型/金額放到redis集羣裏，app端將紅包ID的請求放入請求隊列中，若是發現超過紅包的個數，直接返回。根據紅包的裸祭(邏輯)處理成功獲得令牌請求，則由財付通進行一致性調用，經過像比特幣同樣，兩邊保存交易記錄，交易後交給第三方服務審計，若是交易過程當中出現不一致就強制迴歸。

發性處理：紅包如何計算被搶完？

答：cache會抵抗無效請求，將無效的請求過濾掉，實際進入到後臺的量不大。cache記錄紅包個數，原子操做進行個數遞減，到0表示被搶光。財付通按照20萬筆每秒入帳準備，但實際還不到8萬每秒。

通如何保持8w每秒的寫入？

答：多主sharding，水平擴展機器。

據容量多少？

答：一個紅包只佔一條記錄，有效期只有幾天，所以不須要太多空間。

詢紅包分配，壓力大不？

答：搶到紅包的人數和紅包都在一條cache記錄上，沒有太大的查詢壓力。

一個紅包一個隊列？

答：沒有隊列，一個紅包一條數據，數據上有一個計數器字段。

有沒有從數據上證實每一個紅包的機率是否是均等？
答：不是絕對均等，就是一個簡單的拍腦殼算法。

拍腦殼算法，會不會出現兩個最佳？

答：會出現金額同樣的，可是手氣最佳只有一個，先搶到的那個最佳。

每領一個紅包就更新數據麼？

答：每搶到一個紅包，就cas更新剩餘金額和紅包個數。

紅包如何入庫入帳？

數據庫會累加已經領取的個數與金額，插入一條領取記錄。入帳則是後臺異步操做。

入賬出錯怎麼辦？好比紅包個數沒了，但餘額還有？

答：最後會有一個take all操做。另外還有一個對帳來保障。

原文連接：微信紅包的架構設計簡介

不過上圖用的double計算，金額的精度會受影響，並且計算max的算法不嚴謹，會出現後面餘額不夠的狀況，在它的基礎上優化版本：1，改爲java.math.BigDecimal實現，2，餘額不夠處理；

GitHub完整demo： https://github.com/BothEyes1993/RedPackage/tree/master

參考連接：https://www.zhihu.com/question/22625187?sort=created 參考連接：https://blog.csdn.net/paincupid/article/details/82054647 參考連接：https://www.cnblogs.com/bestJavaCoding/p/10632338.html