老板说要弄个红包雨的活动，印象中我只在拼夊夊玩过这个，对规则和实现都不了解，求解答

[hahamy]

背景是：红包预算 8000 ，其它自由发挥

方案一：红包由用户点击触发

1. 一般电商的红包雨是固定红包个数吗？比如预先生成 4 万个红包，平均一个 0.2 元

2. 用户不断点红包，金额不断增加，每点一下就向后端发送一个请求从这 4 万个红包里抽取 1 个下发？这样的话延时稍微大一点效果会不会很差，比如点了过 0.8 秒才有开红包的反馈

3. 请求根据概率返回中还是不中，比如中奖概率 10%，那大概平均点 10 下中 1 个，中奖率有点低，是不是概率得后端动态调整，比如前 5 次 80%中，5 次后 10%概率中

4. 结束后，把用户所有中的红包金额累加，把累加金额发送到零钱，这个是微信支付的转帐功能？

方案二：用户进入红包雨就把红包下发，点击红包只是前端效果

1. 红包预先生成 16000 个，平均每个 0.5 元

2. 用户参与，随机从预先生成的红包里选择一个红包下发，比如从 16000 个里面获得了 1 个 1 元的红包

3. 前端来控制这 1 元怎么让用户开出来刚好 1 元，这时候就有问题了，比如极端情况用户完全不点击，那这 1 元肯定就发不出去

4. 第 2 步按概率下发，那有的用户进来没抽中红包，点半天下来一个红包都不中？

5. 第 4 步的问题，每个人 100%中来解决，那 16000 以后进来的人就抽不到红包了，好像也行？一般你们搞的类似活动会怎么来设置规则呢

这个方案会大大减轻服务器压力，但第 3 步没想明白, 有解？


我也觉得这问题有点过份了，相当于需求都没搞清楚，但我实在是没办法了，百度谷歌搜来搜去，没看到有把实际的玩法说得很清楚的。

thk

[binux]

点第一下下发中不中，第 N 下发具体请求发钱。如果点不到 N 下，省下的钱第二天发出去就好了。

[zapper]

我玩过各种 app 的红包雨，其实一个都不点，也是会发红包的

[zlhsvc]

1 、红包数量一般是固定的
2 、点击只是前端效果而已，具体金额后端随机就好了，真要控制就控制个点了和没点

[opengps]

不能让二楼这么嚣张，起码得点一个红包满足发放条件^_^

[Tenlp]

哪要这么麻烦，前端请求一次抽奖就行，具体咋玩让前端实现动画和点击效果就行，结束发一次请求

[cheese]

前端第一次点击红包，请求后台抽奖，至于中不中奖，中多少，你后端判断下。其余的都是前端动画了，一次都没点击就是没发请求，中 0 ，点击了一次就是中返回的数。
电商红包雨一般是多个固定数值，比如 0.88 1.88 2.88 6.66 8.88 这样，有点差异，但是差异不会到 0.88 跟 1888 这种，除非你们想用 1888 这种噱头来吸引人。那就至少一场活动得有一个

[julyclyde]

shopee 不是刚裁员嘛，直接招过来

[imdong]

一般大转盘开转前，就已经知道结果了。

你红包雨可以这样做，开始下雨前，后端就已经决定给几个红包，分别是多少钱了，然后以某种均匀的随机方式掺在空红包中下出来。

最后游戏结束后，统计点中了几个，分别是多少钱，后台打款即可。

这样活动可控，哪怕作弊也只是把你本来要发的钱给了而已，还可以恶心一下 2 楼那么嚣张的🐶哈哈

真实用户实际领到的钱只能比实际要少。

当然，最简单的，就是不管点了多少，都给钱，就是 2 楼说的

[zerofancy]

有打散逻辑的，不同用户开始时间错开一点，不会同时开始。你多找几个手机就发现，有的结束了，有的还在倒计时。
有倒计时用户感知会弱一点。

[hahamy]

看了楼上各位的解答，大概有谱了，谢谢各位