JavaScript基于Math.random()实现8站点随机跳转的分流分布问题排查

现有代码的基础逻辑核查 #

• 你使用的核心随机取值代码本身不存在内置偏向性：Math.floor(Math.random()*8) 会生成覆盖0-7的整数值，和链接数组的8个下标完全一一对应，正常执行时每个取值的理论出现概率均等为1/8，没有权重设置、下标错位这类逻辑bug。
• 有几个极易被忽略的非代码逻辑疏漏需要优先排查：
  • 站点1的访问量里是否混入了非分流渠道的流量：比如有没有老用户直接通过收藏夹、历史链接跳转到站点1，没有经过这个随机分流页面，却被计入了分流统计量
  • 站点5的链接是否存在可访问性问题：比如跳转时触发HTTPS报错、域名失效、被浏览器安全策略拦截，导致部分用户虽然被随机分配到站点5，但实际没有成功到达，也就没有被统计到站点5的访问量里
  • 页面脚本是否存在加载异常：比如部分用户打开页面时脚本被广告插件拦截、网络过慢导致脚本没加载完成，而页面默认加载的初始内容恰好关联站点1，就会虚增站点1的访问数据

当前观测分布的概率判断 #

• 核心结论：你观测到的「站点1累计19次访问、站点5仅1次访问、其余站点接近8次访问」的分布，不属于64个样本量下的正常随机波动范围。
  • 通过等概率卡方检验估算：8个站点理论期望访问量为每个8次，你当前观测到的站点1超期望11次、站点5低于期望7次的离差，计算得到的卡方值远大于95%置信度下的临界值，出现这类极端分布的概率不足1%，无法用普通随机波动解释。
• 关于随机分布的认知偏差修正：很多人会默认小样本的随机分流会趋近于“每个站点访问量差不多”，实际上在几十个样本的场景下，单个站点访问量比其他站点高1.5-2倍是很常见的随机结果，但像你观测到的最高访问量是最低访问量19倍的差距，已经完全超出了正常随机波动的合理区间。

后续排查的实操方向 #

• 统一分流统计口径：所有分流标记必须在window.location触发跳转的瞬间生成，不要仅依赖目标站点的后台访问量做统计，避免混入非分流渠道的流量干扰
• 本地验证随机逻辑：循环执行1000次现有随机取值代码，统计0-7每个值的出现频率，只要每个值的出现频率和1/8的偏差在10%以内，就可以排除随机数生成函数本身的问题——JS内置的Math.random()是浏览器统一实现的伪随机数，不存在长期偏向某个取值的设计缺陷
• 逐点验证链接可达性：逐一测试8个站点的跳转链接，确认站点5的链接不会被拦截、可以正常加载，排除“分配到了但没成功到达”导致的统计偏差

内容的提问来源于stack exchange，提问作者obrienfk