魔爪文学

手机浏览器扫描二维码访问

第1573章 不自己用直接卖（第1页）

他们三个人没想到陈景已经把这个事情想的这么透彻了。

赵圆圆顿了一下，把马克笔换到另一只手上，在白板上把陈景说的全部画了出来。

陈景则是在“群红包”下面画了第三条支线。

“还有一个维度需要考虑，红包类型。”

“一种是等额红包，每个人抢到的金额完全一样，适合正式场合。”

“一种是拼手气红包，总金额随机分配到每个红包，金额有多有少，抢红包的过程有游戏性，更适合日常娱乐。”

“这个游戏性，就是你不知道下一个红包里有多少钱，才是红包功能的真正钩子。”

“需要点击一个开字按钮，才能知道多少钱，这就是多了一层含义。”

“就是不知道这个底层架构怎么做。”

这个时候，大家开始深入讨论。

陈景毕竟不知道专业术语，只能把自己的话说给他们听，让他们去翻译成专业术语。

王一凡把所有东西都记下了，旋即把笔记本电脑推到一边，站起来走到白板前面，从赵圆圆手里接过另一支马克笔。

在“群红包”旁边画了个技术架构的简要拓扑图。

他的字迹还是一如既往地工整，每一条线都画得笔直，不同模块之间用不同颜色的箭头连接，看上去像是直接从系统设计文档里拓下来的。

“底层架构分四层。”

“前端交互层，负责红包卡片的动画渲染、点击领取的交互逻辑、金额展示的实时刷新。”

“移动端需要做两套，ios用object-c写原生界面，安卓用Java写，两套代码同步开，工作量翻倍。”

“p业务逻辑层是核心，需要处理的事包括红包的创建规则，个人红包一对一、群红包一对多。”

“金额分配算法，等额红包就是总金额除以个数，拼手气红包需要用二倍均值随机算法，先设定每个人能抢到的最大金额为剩余金额均值的两倍，在这个范围内随机分配，既能保证每个人都有机会抢到较大的金额，又能确保总金额不会额。”

“领取状态同步，同一个红包不能同时被两个人领取，需要在高并环境下保证数据一致性。”

“还有时退款机制，红包出后规定时间内未被领完，剩余金额自动退回原账户。”

“数据存储层。”

“红包订单表，记录每笔红包的唯一Id、送者账户、金额、个数、类型、群Id、创建时间、过期时间。”

“领取记录表，每条领取记录绑定对应的红包Id，包含领取者账户、领取金额、领取时间戳。”

“账户余额变动表，每一次红包的扣款和领红包的入账都需要记录流水并实时更新账户余额。”

“数据量方面，红包是典型的高频小额交易，假设同时在线用户数达到某个量级。”

“其中一部分用户同时红包，每个群红包又对应多个领取动作，数据库每秒需要处理的事务量会很大。”

“需要做读写分离，主库负责写入红包订单和领取记录，从库负责查询红包状态和领取详情，减轻主库压力。”

这些都是陈景的话翻译的。

王一凡也不愧是目前最强技术人员。

很快就把这些东西消化了。

“安全层。”

“资金安全方面，对接第三方支付接口，用户支付时调用支付扣款，用户领取后资金转入账户钱包，涉及资金流转的全部链路都需要做防篡改校验。”

请关闭浏览器阅读模式后查看本章节，否则将出现无法翻页或章节内容丢失等现象。