PHP仿微信發紅包領紅包效果-php教程-PHP中文網

最近專案開發要求實現紅包功能，仿微信（不含留言），但只能使用餘額發紅包。下面小編跟大家分享PHP仿微信發紅包領紅包效果，有興趣的朋友一起看看吧

近期專案需要在聊天的基礎上新增紅包功能，需求：仿微信（不含留言），但只能使用餘額發紅包。於是多次使用微信紅包，了解各種互動介面及業務需求，如展示資訊、分類（個人，群普通，群拼手氣）、個數限制（100）、金額限制（200）、過期時間（24小時）等等，然後著手開發，以下提及的基本全是提供給app端的接口，畢竟我是phper。

一、設計資料表如下

CREATE TABLE `red_packet` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`user_id` int(10) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;用户id&#39;,
`for_id` int(10) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;发放对象（用户或群id）&#39;,
`pay_status` tinyint(1) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;支付状态：0未支付，1已支付&#39;,
`type` tinyint(1) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;类型：1、个人，2、群普通，3、群拼手气&#39;,
`intro` varchar(255) NOT NULL DEFAULT &#39;&#39; COMMENT &#39;简介&#39;,
`number` tinyint(1) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;个数&#39;,
`total_money` decimal(10,2) unsigned NOT NULL DEFAULT &#39;0.0&#39; COMMENT &#39;总金额&#39;,
`single_money` decimal(10,2) unsigned NOT NULL DEFAULT &#39;0.0&#39; COMMENT &#39;单个红包金额（群拼手气时为0）&#39;,
`return_money` decimal(10,2) unsigned NOT NULL DEFAULT &#39;0.0&#39; COMMENT &#39;退还金额&#39;,
`is_cli_handle` tinyint(1) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;是否经过cli退款处理：0否，1是&#39;,
`expend_time` mediumint(1) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;领取消耗时间&#39;,
`add_time` int(10) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;创建时间&#39;,
`pay_time` int(10) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;支付时间&#39;,
PRIMARY KEY (`id`),
KEY `user_id` (`user_id`),
KEY `pay_status` (`pay_status`),
KEY `pay_time` (`pay_time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=&#39;红包发放表&#39;;
CREATE TABLE `red_packet_log` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`rp_id` int(10) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;红包id&#39;,
`user_id` int(10) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;领取人id&#39;,
`money` decimal(10,2) unsigned NOT NULL DEFAULT &#39;0.0&#39; COMMENT &#39;领取金额&#39;,
`is_good` tinyint(1) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;是否手气最佳：0否，1是&#39;,
`add_time` int(10) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;添加时间&#39;,
`update_time` int(10) unsigned NOT NULL DEFAULT &#39;0&#39; COMMENT &#39;领取时间&#39;,
PRIMARY KEY (`id`),
KEY `rp_id` (`rp_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=&#39;红包领取日志表&#39;;

登入後複製

二、發紅包

由於支付成功之後，紅包就馬上發到聊天介面了，所以在左圖「塞錢進紅包」時，就把紅包資訊插入red_packet 表（支付狀態未支付），並分配好金額、計算手氣打亂後插入red_packet_log 表（領取人和領取時間為空），右圖「確認支付」成功之後，更新red_packet 表的支付狀態，然後發出紅包。

三、領紅包（這裡只針對群紅包進行分析）

領紅包的各種前提校驗請自己腦補，這裡說一個搶群紅包的並發問題（群裡的幾十個人搶幾個紅包），引入MQ來解決。在發紅包的時候，先把紅包個數依序寫入MQ，例如發3個紅包，就依序寫入1、2、3。搶紅包的時候從MQ取值，取得到數字說明你是第幾個搶到紅包，對應red_packet_log 表裡的第幾個紅包，接下來的就是更新red_packet_log 表的領取人和領取時間，以及餘額加錢而記流水等業務處理了，然後返回領取結果；取不到數字的當然就說明沒有搶到紅包，直接出「手慢了」的介面。前期有考慮把red_packet_log 表的主鍵寫入MQ，可以省去排序拿第幾條log記錄，但這樣會讓「領取消耗時間」這個欄位的更新更加麻煩；採用MQ存數字，則可以直接比對是否是最後一個紅包（取到的數字等與紅包個數），然後更新消耗時間。

微信紅包的領取結果頁（即查看手氣頁）有很多種：單一和群結果不一樣，發紅包的人和領紅包的人看到的也不一樣，單一和群紅包過期之後提示不一樣等等，這裡不一一列舉，基本上都是根據介面查資料庫而已。

四、需求變更，新增第三方支付

說到第三方支付，就要提及同步和非同步回調，還有回呼時間差。 app端在同步回呼成功的時候，就會把紅包發出去了（app端的支付同步回調是直接調用callback的），如果此時異步回調慢了一兩秒，那麼用戶就會搶到這個支付狀態為0的紅包。如果說讓app端呼叫長連接介面去查非同步回呼是否已經成功，再發出紅包，則使用者體驗比較差。

# 引入中间状态
ALTER TABLE `red_packet`
MODIFY COLUMN `pay_status` tinyint(1) UNSIGNED NOT NULL DEFAULT 0 COMMENT &#39;支付状态：0未支付，1已支付，2等待到账&#39; AFTER `for_id`,
ADD COLUMN `pay_type` tinyint(1) NOT NULL DEFAULT 0 COMMENT &#39;支付方式：0未知，1支付宝，2微信，3银联&#39; AFTER `pay_status`,
ADD COLUMN `trade_no` varchar(30) NOT NULL DEFAULT &#39;&#39; COMMENT &#39;第三方支付交易号&#39; AFTER `pay_type`;
ALTER TABLE `red_packet_log`
ADD COLUMN `is_into_account` tinyint(1) UNSIGNED NOT NULL DEFAULT 0 COMMENT &#39;是否到账：0否，1是&#39; AFTER `is_good`;

登入後複製

用戶搶到紅包的時候，根據pay_status 來決定is_into_account 的值；

同步回調到app端時，呼叫介面把支付狀態pay_status 變成2;

非同步回調到服務端時，則將支付狀態pay_status 變成1，並找出is_into_account=1 的red_packet_log 記錄進行處理。

但是上面這三步驟都要對red_packet 的查詢進行FOR UPDATE 操作，不然會有執行時間和順序問題，導致部分red_packet_log 記錄未到賬is_into_account=0；另外鎖機制還會使得用戶搶紅包時變得很慢，因為要等鎖釋放。

改進如下：（全程不FOR UPDATE）

使用者搶到紅包的時候，根據pay_status 來決定is_into_account 的值；

#同步回調到app端時，當呼叫介面把支付狀態pay_status 變成2;

非同步回調到服務端時，則把支付狀態pay_status 變成1，並把紅包id（red_packet主鍵）放入MQ；

後台自動腳本，從MQ拿到紅包id之後，把該紅包is_into_account=0 的記錄進行處理，然後再延遲5秒把紅包id再次寫入MQ，進行二次處理，確保資料全部到帳。

五、紅包過期退還

這裡就一個自動腳本，根據 red_packet 表的 pay_time 判斷是否超過24小時且沒領完的錢，退回用戶餘額。