查看: 70|回复: 0

仿微信红包

[复制链接]
  • TA的每日心情

    2017-2-20 17:47
  • 签到天数: 14 天

    [LV.3]偶尔看看II

    1525

    主题

    1847

    帖子

    26万

    积分

    管理员

    Rank: 9Rank: 9Rank: 9

    积分
    269531
    发表于 2017-9-20 09:44:23 | 显示全部楼层 |阅读模式
    仿微信红包
    近期项目需要在聊天的基础上新增红包功能,需求:仿微信(不含留言),但只能使用余额发红包。于是多次使用微信红包,了解各种交互界面及业务需求,如展示信息、分类(个人,群普通,群拼手气)、个数限制(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 '0' COMMENT '用户id',
      `for_id` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '发放对象(用户或群id)',
      `pay_status` tinyint(1) unsigned NOT NULL DEFAULT '0' COMMENT '支付状态:0未支付,1已支付',
      `type` tinyint(1) unsigned NOT NULL DEFAULT '0' COMMENT '类型:1、个人,2、群普通,3、群拼手气',
      `intro` varchar(255) NOT NULL DEFAULT '' COMMENT '简介',
      `number` tinyint(1) unsigned NOT NULL DEFAULT '0' COMMENT '个数',
      `total_money` decimal(10,2) unsigned NOT NULL DEFAULT '0.0' COMMENT '总金额',
      `single_money` decimal(10,2) unsigned NOT NULL DEFAULT '0.0' COMMENT '单个红包金额(群拼手气时为0)',
      `return_money` decimal(10,2) unsigned NOT NULL DEFAULT '0.0' COMMENT '退还金额',
      `is_cli_handle` tinyint(1) unsigned NOT NULL DEFAULT '0' COMMENT '是否经过cli退款处理:0否,1是',
      `expend_time` mediumint(1) unsigned NOT NULL DEFAULT '0' COMMENT '领取消耗时间',
      `add_time` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '创建时间',
      `pay_time` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '支付时间',
      PRIMARY KEY (`id`),
      KEY `user_id` (`user_id`),
      KEY `pay_status` (`pay_status`),
      KEY `pay_time` (`pay_time`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='红包发放表';

    CREATE TABLE `red_packet_log` (
      `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
      `rp_id` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '红包id',
      `user_id` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '领取人id',
      `money` decimal(10,2) unsigned NOT NULL DEFAULT '0.0' COMMENT '领取金额',
      `is_good` tinyint(1) unsigned NOT NULL DEFAULT '0' COMMENT '是否手气最佳:0否,1是',
      `add_time` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '添加时间',
      `update_time` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '领取时间',
      PRIMARY KEY (`id`),
      KEY `rp_id` (`rp_id`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='红包领取日志表';
    复制代码


    二、发红包



    由于支付成功之后,红包就马上发到聊天界面了,所以在左图“塞钱进红包”时,就把红包信息插入 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 '支付状态:0未支付,1已支付,2等待到账' AFTER `for_id`,
    ADD COLUMN `pay_type`  tinyint(1) NOT NULL DEFAULT 0 COMMENT '支付方式:0未知,1支付宝,2微信,3银联' AFTER `pay_status`,
    ADD COLUMN `trade_no`  varchar(30) NOT NULL DEFAULT '' COMMENT '第三方支付交易号' AFTER `pay_type`;

    ALTER TABLE `red_packet_log`
    ADD COLUMN `is_into_account`  tinyint(1) UNSIGNED NOT NULL DEFAULT 0 COMMENT '是否到账:0否,1是' 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小时且没领完的钱,退回用户余额。



    欢迎交流。
    91源码社区-诚信做互联网,致力于中国最大的源码分享交流平台,VIP免费下载.源码仅限研究和学习使用,禁止用于非法用途。
    回复

    使用道具 举报

    使用 高级模式(可批量传图、插入视频等)
    您需要登录后才可以回帖 登录 | 立即注册

    快速回复 返回顶部 返回列表