砸金蛋中奖概率杂谈

本贴最后更新于 2653 天前,其中的信息可能已经东海扬尘

前言:帕拉丁级

在微信端展开的一系列营销活动项目中,砸金蛋涉及到中奖概率的设置以及实现,不排除后续项目中也会涉及到中奖概率,因此将砸金蛋中的抽奖算法分享出来与大家一同讨论和分析如何改进以及衍生其他定制化变种!

逻辑:克洛诺斯级

话不多说上干货:

1.首先进行前置操作:筛选掉不可用奖项,出于某些考虑,奖项列表中某些单项并不能被实际领取比如奖品太贵重不给中,又比如奖品数量有限已发完
2.进入正题开始罗列实际可用的奖项并计算各个奖项的中奖概率!!!!!

  • A.前台设置的中奖概率形式为 1/X,其中 X 为可变量.因此第一步将各奖项的 X 相乘得到公分母 baseRandom,同时将各奖项 1/X 累加得到综合中奖率 totalChance;

  • B.若综合中奖率 totalChance 小于等于 1,则中奖基数 coefficient 即为 totalChance 本身;若 totalChance 大于 1,则中奖基数 coefficient 为 1/totalChance,所有奖项在计算中奖率的时候都要按 coefficient 系数进行压缩以保证综合中奖率小于等于 1

  • C.将[0,1)左闭右开区间(方便 java 随机数实现)分为 baseRandom 份,则每个奖项的实际中奖率为其他奖项 X 乘积/baseRandom

  • D.为方便理解,举个栗子:
    现有 1234 等奖分别中奖概率为 1/10,1/5,1/2,1/1,则 baseRandom=10X5X2X1=100,totalChance=0.1+0.2+0.5+1=1.8,coefficient =1/1.8;将[0,1)等比划分为 100X1.8 份,其中:
    一等奖中将区间为[0,5X2X1/180)
    二等奖中将区间为[5X2X1/180,5X2X1/180+10X2X1/180)
    三等奖中将区间为[5X2X1/180+10X2X1/180,5X2X1/180+10X2X1/180+10X5X1/180)
    四等奖中将区间为[5X2X1/180+10X2X1/180+10X5X1/180,5X2X1/180+10X2X1/180+10X5X1/180+10X5X2/180)
    稍微计算后分别为[0,1/18),[1/18,3/18),[3/18,8/18),[8/18,1)

  • E.至此计算用户一次砸蛋行为是否中奖,中几等奖就清晰明了了.使用随机数生成器生成一个[0,1)之间的 double 类型数字,位于哪个中将区间则中几等奖

总结:魔像级

在大数据量的支撑下每个用户的中奖概率是公平准确的,并且此种做法可以很好的兼容综合中奖率大于 1 的场景,**不足之处在于每个用户每次单独的砸蛋行为不再变得独立.**各位有什么想说的吗?

后文:恶狼级

这是很久以前(几年前)的一份文档了,最近不知道从哪冒了出来,后来也有考虑(参考)过其他的中奖概率相关问题,有一种流行的做法是把时间同中奖概率绑定起来,随着时间推移,中奖率会快速提高,到达一个峰值后,在随时间推移缓慢下降直至降低到时间对中奖率再无影响,或许后续有机会再来设计中奖相关内容的时候,可以再想想!

囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧

  • B3log

    B3log 是一个开源组织,名字来源于“Bulletin Board Blog”缩写,目标是将独立博客与论坛结合,形成一种新的网络社区体验,详细请看 B3log 构思。目前 B3log 已经开源了多款产品:SymSoloVditor思源笔记

    1063 引用 • 3453 回帖 • 203 关注
  • 算法
    428 引用 • 254 回帖 • 24 关注
  • Java

    Java 是一种可以撰写跨平台应用软件的面向对象的程序设计语言,是由 Sun Microsystems 公司于 1995 年 5 月推出的。Java 技术具有卓越的通用性、高效性、平台移植性和安全性。

    3187 引用 • 8213 回帖
  • 代码
    466 引用 • 631 回帖 • 9 关注

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...