老玩家圈子里总有这么一句话：爆率是玄学。打了半天不出货，就有人说你运气没到、时间不对、垫刀垫得不够。可真把客户端脚本翻出来看，那些被传得神乎其神的随机，其实只是几行老老实实的 RANDOM 判定。它不认人，不看时段，也不会记住你昨天打了多少只怪，只认你写在脚本里的那个数字。

想把随机掉落搞明白，第一步就是放下"运气"这个模糊概念，去看 RANDOM 到底是怎么被引擎执行的。

RANDOM 不是随机数，是取模判定

脚本里写 RANDOM N，引擎做的事非常朴素：在 0 到 N-1 这个区间里取一个整数，然后和脚本指定的值比对，命中则条件成立，不命中就继续往下走。不同引擎的取值区间可能略有出入，有的从 0 开始，有的从 1 开始，但本质一样——都是取模之后比对，落点均匀，概率就是 1/N。

所以下面这几种写法，含义其实差别很大：

• RANDOM 2：二分之一，常用于随机喊话、随机播放动作，是最容易被写成"天天触发"的写法；
• RANDOM 10：十分之一，脚本里出现频率最高的档位，小极品、额外掉落的常客；
• RANDOM 100：百分之一，稀有物品和特殊事件的常用档位，写错一个零就是十倍差距；
• RANDOM 1：永远成立，等于没判定，很多"必触发"的分支其实是这么写出来的。

注意 RANDOM 后面跟的数字是分母，不是次数。写成 RANDOM 100 不代表打一百次必出一次，它只保证单次判定有百分之一的命中率，两次判定之间毫无记忆。

判定顺序会偷偷改掉你的概率

这是脚本里最容易踩的坑。条件判断是从上往下走的，一旦前面的条件不成立，后面的 RANDOM 根本不会执行。把低概率判定放在前面、把等级或物品检查放在后面，看上去逻辑没错，实际算出来的却是两个概率相乘的结果。

举个例子：先判定 RANDOM 10，再判定 RANDOM 10，最终命中率不是十分之一，而是百分之一。反过来，如果把等级检查放在最前面，那么只有满足条件的玩家才会进入这次随机，其他人压根不参与，这时候玩家感受到的"爆率"其实是一个条件概率——分母被悄悄换掉了。

还有一种常见写法是用多个分支分摊概率：RANDOM 100 命中 1 到 30 走甲分支，31 到 60 走乙分支，剩下的走丙分支。这种写法只要区间不重叠、不漏空档，分布就是可控的；一旦漏掉一段，那段概率就凭空消失，玩家的体感就是"这东西根本没见过"。

掉落表：独立判定与权重分配是两回事

怪物掉落通常有两种写法，混用就会出现预期之外的分布。第一种是每件物品单独 roll 一次，判定几次就 roll 几次，每件物品互不影响；第二种是把所有物品放进一个权重池，一次 roll 决定落点，权重总和就是分母。

独立判定的关键在于次数。单件掉落率是 p，roll n 次，至少出一件的概率是 1 减去 (1-p) 的 n 次方。掉落率百分之一、roll 十次，出至少一件的概率也才百分之九点六左右，"打十只必出一件"从来都是错觉。而权重池更讲究总和：所有条目权重相加是多少，分母就是多少，随手加一件权重 5 的新装备，老装备的实际掉率就会被摊薄，这也是很多版本更新后老玩家觉得"东西变难出了"的真正原因。

客户端里的 RANDOM：表演层，不是结算层

栏目叫客户端脚本，就绕不开一个关键认知：客户端里的 RANDOM 大多负责表现，不负责结算。击杀时随机播放一段音效、随机挑一句台词、随机换个特效，这些交给客户端很合适。但掉落物品、判定是否给予，真正的结果由服务端算完再下发，客户端只是接收并展示。

这就解释了一个常见困惑：脚本里明明写了 RANDOM，改来改去却不见效果。要么是改在了表现层，要么是服务端那套判定根本没走这条分支。排查时先分清这段脚本是"算结果"还是"演结果"，能省掉一大半无用功。

说到底，RANDOM 只是一段没有记忆、没有情绪的取模判定。它不奖励坚持，也不惩罚偷懒，每一次 roll 都是全新的开始。看懂了分母、看懂了判定顺序、看懂了独立判定和权重的区别，再听到"垫刀""幸运时段"这类说法，心里自然就有数了。真正决定你出不出货的，从来不是玄学，而是脚本里那几个老老实实写着的数字。