速查在线工具箱网页上的随机抽签真的公平吗？
用了随机函数不等于公平——公平要看三件事：等概率、不可预测、结果可验证。
不一定。网页里常见的随机数来自伪随机算法，它由种子决定，给定种子就能完全复现整条序列。编程语言规范对这类函数通常只要求分布近似均匀，并明确说明它不用于密码学场景。
判断一次抽签是否公平，要看三件事：每个人被抽中的概率是否严格相等；结果在开奖前是否不可预测；开奖后是否能被第三方独立验证。前两条靠随机源质量保证，第三条靠流程设计，比如先公布结果的哈希、再公布原始随机值。
很多人以为只要调用了随机函数就是公平的。实际上「随机」这个词在编程里有两个层次：一是分布上看起来杂乱，二是不可预测且不可操纵。前者容易做到，后者需要专门的随机源。
对于内部决定顺序、随机点名这类低风险用途，普通伪随机完全够用。但一旦涉及奖金、名额、抽签资格这类有利益关系的结果，随机源的强度和流程的可验证性就变成必须考虑的问题。
1三种随机源的实际差别
不同随机源的差别不在「看起来随机不随机」，而在能否被预测、能否被复现。
| 随机源类型 | 是否可预测 | 是否可复现 | 适用场景 |
|---|---|---|---|
| 普通伪随机函数 | 种子泄露后可完全预测 | 给定种子完全可复现 | 洗牌展示、随机点名、占位数据 |
| 加密安全随机源 | 设计上不可预测 | 不可复现 | 抽奖、抽签、密钥、验证码 |
| 物理熵源 | 不可预测 | 不可复现 | 彩票摇奖、公开抽签仪式 |
编程语言规范对普通随机函数的描述通常包含一句免责声明：不生成密码学安全的随机值。这句话就是选择随机源的依据。
2公平性的三条判据
把「公平」拆成可检查的三条，比笼统地说一句公平更容易落地。
- 等概率
- 每个候选项被选中的概率必须严格相等，不能因为取整或取模出现偏斜
- 不可预测
- 在结果产生前，任何人包括组织者都无法提前知道结果
- 可验证
- 结果公布后，第三方能用公开信息独立复算，确认没有中途更换
- 独立性
- 多次抽签之间互不影响，前一次结果不改变后一次概率
3取模取整带来的隐藏偏斜
一个常被忽略的问题是取整偏斜。如果先用随机数乘以候选人数再向下取整，当随机数取值个数不能被人数整除时，靠前的候选者会比靠后的多出一点点概率。人数越多、随机数精度越低，这个偏差越明显。
- 低精度随机数乘以人数后取整，不同候选人落到区间的宽度并不完全相等。
- 若随机数只有很少的取值档位，偏差可能达到可观的比例。
- 正确做法是使用足够高精度的随机数，或采用拒绝采样：落在偏斜区间的取值直接丢弃重取。
- 抽奖这类场景更稳妥的方式是直接使用加密安全随机源，并按位宽取整，避免人为缩放。
4让结果可以被验证的做法
即使随机源足够强，参与者仍可能怀疑组织者事后改数。解决办法是把「承诺」放在「揭示」之前：先公布随机数或列表的哈希值，开奖后再公布原始内容，任何人把原始内容做一次哈希就能核对是否一致。
- 第一步
- 抽签前公布参与名单与种子值的哈希，哈希值一旦公布无法反推原值
- 第二步
- 公布随机源与算法，说明如何从种子得到最终顺序
- 第三步
- 开奖后公布原始种子，任何人复算哈希与结果都能对上
- 关键点
- 哈希必须在下单或开奖前公开，事后补公布等于没有约束力
顺着这个问题往下用
全部工具总览 →相关疑问
用普通随机函数做年会抽奖可以吗？
低价值、无争议的场合可以用，但要接受它可被预测、可被复现的事实。如果奖品价值较高或者参与人数多，建议改用加密安全随机源并公开算法。
固定种子是不是作弊？
不一定。如果种子提前公开，固定种子反而是可复现、可验证的优点；如果种子事后才定，或者只有组织者知道，那就失去了约束力。关键看公开时机。
为什么网页随机有时同一批人重复被抽中？
这是随机波动的正常表现，不是算法有偏向。真随机会出现连续重复，人们反而容易误判为不公平，这是对随机的常见直觉偏差。
抽签工具需要联网获取随机数吗？
不需要。浏览器内置的加密安全随机源已经能满足绝大多数场景，联网获取随机数反而引入了传输被篡改的新风险，除非是公开可验证的第三方抽签服务。
继续看：相关问题与资料
全部问题解答 →内容说明：本页针对具体使用问题作答，方法步骤与数值由本站自行整理与复算，事实性内容以对应官方规范与文档为准。内容最后核对日期：2026-10-08。若发现错误，欢迎通过页脚反馈入口告知。