Randomizer 怎样生成可复现随机序列

PHP 8.2 引入的 Random\Randomizer 本身不是“固定随机”的开关，真正决定序列是否可复现的是随机引擎、种子和调用顺序。测试或演示场景可以用同一个 Random\Engine\Mt19937 加同一个整数种子；如果中间多调用一次随机方法，后面的结果也会整体变化。

官方地址：https://www.php.net/manual/en/class.random-randomizer.php

要得到可复现序列，先固定引擎和种子，再保证每次调用的顺序与次数一致。不要把这种确定性伪随机用于验证码、令牌或其他需要不可预测性的场景。

同一个种子为什么能得到同一组结果

Randomizer 是使用入口，Mt19937 是实际保存状态的引擎。把种子传给引擎后，每一次 getInt() 都会消耗当前状态并产生下一个结果。因此，两个独立实例只要引擎类型相同、种子相同、调用序列相同，就能得到相同的整数序列。

getInt(1, 100);
}

var_dump($sequence);

这里的关键不是“记住某次输出”，而是保留生成条件：PHP 版本、引擎类型、种子、范围和调用顺序。调试随机分支时，这些条件比把一组结果硬编码在测试里更容易维护。

调用顺序变化，为什么会让后续结果不同

随机引擎像一个持续前进的状态机。下面两个实例种子相同，但第二个实例在正式取数前多调用了一次 getInt()，所以第二个实例的第一项对应的是第一个实例的第二项。这个差异不是种子失效，而是状态消耗位置不同。

getInt(1, 10);
$second->getInt(1, 10); // 额外消耗一次状态，后续结果自然错位。
$secondValue = $second->getInt(1, 10);

var_dump($firstValue, $secondValue);

在测试中，建议把每个用例需要的随机实例放在用例边界内，而不是多个用例共享一个全局 Randomizer。这样一个用例新增随机分支时，不会悄悄改变另一个用例的序列。

Mt19937、Xoshiro 和 Secure 应该怎么选

如果目标是“同样的输入能重放同样的伪随机过程”，优先选择可显式播种的引擎；如果目标是生成令牌、验证码或其他不可预测值，则应把安全性放在可复现之前。三者不是同一层面的替代品。

让复现结果在项目里稳定下来

可复现不等于跨所有版本、所有算法实现都永久相同。项目应把 PHP 最低版本、引擎类名、种子来源和调用顺序写进测试约定；如果结果会作为快照或基准数据，还要避免在同一个随机实例中混入与断言无关的随机调用。

• 测试用例内创建独立的 Randomizer，避免共享状态。
• 把 seed 当作测试输入记录，不要从当前时间或请求 ID 随机生成。
• 修改引擎、范围、调用次数或 PHP 版本时，同时更新期望结果或改为断言结构性质。
• 生产安全场景使用 Secure、random_int() 或 random_bytes()，不要为了方便复现而降低不可预测性。

相关问题

只固定 seed，为什么测试还是会变？

通常是引擎类型、调用顺序、调用次数或 PHP 运行环境发生了变化。先把这些条件逐项固定，再判断是否需要更新期望结果。

Randomizer 能生成安全验证码吗？

不要用固定种子的 Mt19937 生成安全验证码。验证码应使用安全随机源，并避免把可预测序列暴露给调用者。

多个测试能共用一个 Randomizer 吗？

可以共享对象，但不利于隔离和复现。更稳妥的做法是每个测试在自己的边界内创建实例，并明确它需要消耗多少次随机状态。

Randomizer 和 mt_rand() 有什么区别？

Randomizer 把随机算法封装成对象并允许显式选择引擎；mt_rand() 使用全局 Mt19937 状态，其他代码的调用也可能影响同一序列。新代码更适合使用 Randomizer。

把随机过程拆成“引擎、种子、调用顺序”三个条件后，Randomizer 的复现问题就能从“结果偶尔不一样”变成可定位的工程约束：测试需要重放时固定伪随机引擎，安全场景则选择不可预测的安全随机源。