微信發紅包源碼

㈠ 微信搖一搖搶紅包源碼哪有好的，微信第三方開發平台哪個好點

搜一下：微信搖一搖搶紅包源碼哪有好的，微信第三方開發平台哪個好點？

㈡ 第三方app給客戶發微信紅包代碼怎麼寫

下載微信支付開發SDK

㈢ 微信紅包122.5發怎麼成了122.50呢

這個系列文章已經整理了10篇，但都沒有涉及到具體的紅包演算法實現，主要有以下兩方面原因。

一方面是各社交/IM產品中的紅包功能同質化嚴重，紅包演算法的「可玩性」便是「核心競爭力所在」，這是同質化功能的差異化競爭思路，不會隨便公開。

另一方面，市場上還存在各種搶紅包插件這類灰產存在，一旦公開這些演算法，很可能又被這幫插件開發者們搞出什麼幺蛾子。

所以，這樣的情況下，如果要做社交/IM產品中的紅包功能，紅包隨便演算法該怎麼實現，基本上只能自已琢磨，很難找到大廠演算法直接套用。

本著即時通訊網一貫的im知識傳播精神，我收集整理並參考了大量的網上資料，綜合了比較靠譜的信息來源，便有了本文。本文根據有限的資料，分享了微信紅包隨機演算法實現中的一些技術要點，並整理了兩種比較靠譜的紅包演算法實現思路（含可運行的實現代碼），希望能給你的紅包演算法開發帶來啟發。

申明：本文資料整理自網路，僅供學習研究之用，如有不妥，請通知Jack Jiang。

學習交流：

- 移動端IM開發入門文章：《新手入門一篇就夠：從零開發移動端IM》

- 開源IM框架源碼：
https://github.com/JackJiang2011/MobileIMSDK

本文已同步發布於「即時通訊技術圈」公眾號。

2、系列文章
《社交軟體紅包技術解密(一)：全面解密QQ紅包技術方案——架構、技術實現等》

《社交軟體紅包技術解密(二)：解密微信搖一搖紅包從0到1的技術演進》

《社交軟體紅包技術解密(三)：微信搖一搖紅包雨背後的技術細節》

《社交軟體紅包技術解密(四)：微信紅包系統是如何應對高並發的》

《社交軟體紅包技術解密(五)：微信紅包系統是如何實現高可用性的》

《社交軟體紅包技術解密(六)：微信紅包系統的存儲層架構演進實踐》

《社交軟體紅包技術解密(七)：支付寶紅包的海量高並發技術實踐》

《社交軟體紅包技術解密(八)：全面解密微博紅包技術方案》

《社交軟體紅包技術解密(九)：談談手Q春節紅包的設計、容災、運維、架構等》

《社交軟體紅包技術解密(十)：手Q客戶端針對2020年春節紅包的技術實踐》

《社交軟體紅包技術解密(十一)：最全解密微信紅包隨機演算法(含演示代碼)》（* 本文）

3、微信紅包演算法要點匯總
這是目前能找到的僅有的一份，有微信團隊人員參與的微信紅包演算法技術要點的討論資料。分享於2015年，差不多是微信紅包剛火沒多久，大概是微信技術團隊的人當時沒有現在這些技術之外的顧慮，所以作了有限的分享，資料難得，本次重新整理了一下，可以作為參考資料使用。以下是資料正文。

資料來源：來自InfoQ的某架構群的技術討論，由朱玉華整理（個人博客是：zhuyuhua.com（目前已無法訪問））。

資料背景：起因是有朋友在朋友圈咨詢微信紅包的架構，於是在微信團隊成員參與討論的情況下，我（指「朱玉華」）整理了這次討論的技術要點，也就是下面的內容（內容為問答形式）。

3.1、演算法實現的技術要點
【1】問：微信的金額什麼時候算？

答：微信金額是拆的時候實時算出來，不是預先分配的，採用的是純內存計算，不需要預算空間存儲。

為什麼採取實時計算金額？原因是：實時效率更高，預算才效率低下。預算還要佔額外存儲。因為紅包只佔一條記錄而且有效期就幾天，所以不需要多大空間。就算壓力大時，水平擴展機器是。

【2】問：關於實時實時性，為什麼明明搶到紅包，點開後發現沒有？

答：2014年的紅包一點開就知道金額，分兩次操作，先搶到金額，然後再轉賬。

2015年的紅包的拆和搶是分離的，需要點兩次，因此會出現搶到紅包了，但點開後告知紅包已經被領完的狀況。進入到第一個頁面不代表搶到，只表示當時紅包還有。

【3】問：關於分配演算法，紅包里的金額怎麼算？為什麼出現各個紅包金額相差很大？

答：隨機，額度在 0.01 和剩餘平均值 2 之間。 例如：發 100 塊錢，總共 10 個紅包，那麼平均值是 10 塊錢一個，那麼發出來的紅包的額度在 0.01元～20元之間波動。

當前面 3 個紅包總共被領了 40 塊錢時，剩下 60 塊錢，總共 7 個紅包，那麼這 7 個紅包的額度在：0.01～（60/7 * 2）=17.14之間。

注意：這里的演算法是每被搶一個後，剩下的會再次執行上面的這樣的演算法（Tim老師也覺得上述演算法太復雜，不知基於什麼樣的考慮）。

這樣算下去，會超過最開始的全部金額，因此到了最後面如果不夠這么算，那麼會採取如下演算法：保證剩餘用戶能拿到最低1分錢即可。

如果前面的人手氣不好，那麼後面的余額越多，紅包額度也就越多，因此實際概率一樣的。

【4】問：紅包的設計

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

【5】問：並發性處理：紅包如何計算被搶完？

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

【6】問：通如何保持8w每秒的寫入？

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

【7】問：數據容量多少？

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

【8】問：查詢紅包分配，壓力大不？

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

【9】問：一個紅包一個隊列？

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

【10】問：有沒有從數據上證明每個紅包的概率是不是均等？

答：不是絕對均等，就是一個簡單的拍腦袋演算法。

【11】問：拍腦袋演算法，會不會出現兩個最佳？

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

【12】問：每領一個紅包就更新數據么？

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

【13】問：紅包如何入庫入賬？

答：資料庫會累加已經領取的個數與金額，插入一條領取記錄。入賬則是後台非同步操作。

【14】問：入帳出錯怎麼辦？比如紅包個數沒了，但余額還有？

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

【15】問：既然在搶的時候有原子減了就不應該出現搶到了拆開沒有的情況？

答：這里的原子減並不是真正意義上的原子操作，是Cache層提供的CAS，通過比較版本號不斷嘗試。

【16】問：cache和db掛了怎麼辦？

答：主備 +對賬。

【17】問：為什麼要分離搶和拆？

答：總思路是設置多層過濾網，層層篩選，層層減少流量和壓力。

這個設計最初是因為搶操作是業務層，拆是入賬操作，一個操作太重了，而且中斷率高。 從介面層面看，第一個介面純緩存操作，搞壓能力強，一個簡單查詢Cache擋住了絕大部分用戶，做了第一道篩選，所以大部分人會看到已經搶完了的提示。

【18】問：搶到紅包後再發紅包或者提現，這里有什麼策略嗎？

答：大額優先入賬策略。

針對上面的技術要點，有人還畫了張原理圖（這是網上能找到的相對清晰的版本）：

3.2、微信搶紅包的過程模擬
針對上節中整理的資料，當有人在微信群里發了一個 N 人的紅包、總金額 M 元，後台大概的技術邏輯如下。

3.2.1）發紅包後台操作：

1）在資料庫中增加一條紅包記錄，存儲到CKV，設置過期時間；

2）在Cache（可能是騰訊內部kv資料庫，基於內存，有落地，有內核態網路處理模塊，以內核模塊形式提供服務））中增加一條記錄，存儲搶紅包的人數N。

3.2.2）搶紅包後台操作：

1）搶紅包分為搶和拆：搶操作在Cache層完成，通過原子減操作進行紅包數遞減，到0就說明搶光了，最終實際進入後台拆操作的量不大，通過操作的分離將無效請求直接擋在Cache層外面。

這里的原子減操作並不是真正意義上的原子減操作，是其Cache層提供的CAS，通過比較版本號不斷嘗試，存在一定程度上的沖突，沖突的用戶會放行，讓其進入下一步拆的操作，這也解釋了為啥有用戶搶到了拆開發現領完了的情況。

2）拆紅包在資料庫完成：通過資料庫的事務操作累加已經領取的個數和金額，插入一條領取流水，入賬為非同步操作，這也解釋了為啥在春節期間紅包領取後在余額中看不到。

拆的時候會實時計算金額，其金額為1分到剩餘平均值2倍之間隨機數，一個總金額為M元的紅包，最大的紅包為 M * 2 /N（且不會超過M），當拆了紅包後會更新剩餘金額和個數。財付通按20萬筆每秒入賬准備，實際只到8萬每秒。

㈣ 求大神！公眾號後台如何自動回復紅包如何將微信紅包接入php網站

你這個是某豬的源碼吧，他這個源碼估計是沒有發紅包的開發，所以不能直接發紅包的，而且這種免費源碼還有泄漏的風險，不建議使用。一般來說做了這個紅包支付的介面，直接調用關注時回復發送紅包就可以了。

㈤ ios微信紅包透視源碼

微信紅包透視出來沒有

㈥ C語言編程：求一段發紅包的代碼。（隨機數，能規定紅包總錢數總人數，每個人拿到的錢不為0）

#include<stdio.h>
#include<time.h>
#include<stdlib.h>
intmain(void)
{
	floattotal;
	printf("輸入總錢數:
");
	scanf("%f",&total);

	intnum;
	printf("輸入紅包數量:
");
	scanf("%d",&num);

	floatmin=0.01;
	floatsafe_total;
	floatmoney;
	inti;
	srand((unsigned)time(NULL));
	for(i=1;i<num;i++){
		safe_total=(total-(num-i)*min)/(num-1);
		money=(float)(rand()%((int)(safe_total*100)))/100+min;
		total=total-money;
		printf("紅包%2d:%.2f元，余額：%.2f元
",i,money,total);
	}
	printf("紅包%2d:%.2f元，余額：0.00元
",num,total);
	return0;
}

㈦ 微信紅包雨發什麼代碼或表情

打開微信，在聊天界面，輸入框的旁邊有一個加號的一個笑臉，點笑臉，裡面有好多表情，還可以根據自己喜歡下載。望採納~

㈧ 微信公眾平台（服務號），如何獲取openid（以後做成.txt,向粉絲發送紅包），需要詳細的步驟或代碼。

每個用戶對應每個微信公眾平台都有唯一的一串openid，通過這個可以給用戶發送消息，發放現金紅包等等，而獲取openid需要通過寫程序來得到，下面我們通過一網友的程序來一鍵導出所有已關注用戶的openid!

1/4
首先登錄微信公眾平台後台mp.weixin.qq.com，在基本配置里得到AppID(應用ID)和AppSecret(應用密鑰)。

2/4
然後進入獲取openid的網址，用戶名及密碼默認即可。

3/4
進入公眾號配置-編輯，將AppID(應用ID)和AppSecret(應用密鑰)分別填入。
（它這還可以直接在後台放送紅包，想體驗的話需要在支付後台將支付商號、支付密鑰填上並將證書上傳）。

4/4
接著點擊數據裡面有個所有已關注用戶openid，直接一鍵導出就OK了！

㈨ 微信發紅包功能怎麼開發 求大神指點

你好，是這樣的，15年2月9號後騰訊公司開發了現金紅包功能，是真正的現金紅包功能哦，不能優惠券，就是紅包！
然後要求你是微信支付已經開通的用戶才能用。
那麼問題來了，我怎麼進入把這個紅包的介面找找到呢，

1：先打開微信支付：
:

2：點擊藍字：

3：這樣就能進入微信支付商戶平台，你在開通微信支付的時候，官方騰訊會給你發郵件，有賬號和密碼。

:4：點擊安全證書控制項裝好

5：這樣你就可以查紅包了，也可以設置紅包了，現金的哦