第一次猜想：

比如说10个人抢红包 第一个人抢的时候将总共的数量分成10份 每一份都是随机分派的钱数 第二个人抢的时候 就是将剩下的钱分成9份 每一份的钱数也是随机的 然后抢里面的一份 其后同理。

2022-1-20添加做法：

步骤1：首先将发红包金额进行0.01元的步长来进行拆分份数。

步骤2：第一个人抢的时候讲分好的份数中从一到这个份数（再减去还剩余的人数——如果不减的话就有可能出现发着发着没钱了）进行随机数生成然后再除以100即可得到当前人抢到的红包数金额，然后将份数进行更新，以此类推，到最后一个的时候直接拿还剩余的份数除以100当做他抢到的红包数即可。

一位热心网友给了一个思路 : 就是在抢之前 已经分好了10份 金额 随机分配 然后随机抢

程序如下 :

(额..............写了发现都是坑 暂时还没有 候补 ! ! )

2022-1-20候补程序

运行结果：

但是模拟100次结果显示很不平均 前面几个人几乎占据了所有的钱，后面几个人就几块钱。说明此逻辑和做法是有问题的。

然后又想了一种解决方法就是将上面说到的 按照0.01的步长将红包总金额分成若干份，然后将分成的份数再分成若干个区间，比如四个区间，每个区间中的数字不同例如 [1,100],[101,200],[201,300] 这样 ，然后用户抢红包的时候，先随机一个数字确定区间，然后再从区间中随机一个数当成自己抢到的份数，然后再除以100即得到抢到红包的金额数，（但是呢，我想了想跟上一种方法好像没有什么本质上的不同，所以就放弃了。。。。。。。。。。。。）

然后我又突然间想到一种看似无懈可击的方法如下：

就是说将抢红包的用户都先再一个确定的区间中随机一个数，任意的数。然后再将他们随机的数全部加起来当做分母，他们每个人随机的数当做分子，然后形成人数相同的若干个分数，将分数乘以红包总金额，即可得到每个用户所抢到的红包金额。我觉得这种方法，它没有先后顺序，后面的用户抢红包的时候，总量也没有发生变化。我觉得相对较为公平，又不失拼手气的意义。

以上逻辑的实现代码如下：

运行结果：

咱就先抛开小数精度问题来看每个用户 抢到的 钱的数量，是不是较为公平。

但是这其中的随机数范围的界定还是值得推敲一下的，虽说都会相加形成一个分数的分母但是如果范围界定的太大的话容易造成极端的小，比如a用户抽到1 b用户抽到 999 ， c用户抽到 8888，d用户抽打555，那a用户的钱数就会非常非常小甚至极端情况下会无限趋近于0，我现在程序中界定的范围是 1~10， 当然 1~100也是可以的，我觉得这个范围应该跟抢红包的用户的数量来动态变化，有个常量值来控制它变化的比例，但是我暂时还没有测出来这个值应该如何设置。

...