Go math/rand/v2 ChaCha8 如何复现实验随机序列：种子、并发与状态保存

做随机抽样实验时，最麻烦的不是生成一组数字，而是第二次运行无法复现第一次的输入。math/rand/v2.ChaCha8 可以用固定的 32 字节种子重建同一条序列；如果实验中途需要暂停，还能把生成器状态保存下来，恢复后接着读。

复现的关键是固定种子并保持读取方式、读取顺序一致；并发场景要为每个任务准备独立的 ChaCha8，断点续跑则保存 MarshalBinary 返回的状态，而不是只保存初始种子。

先把“同一序列”定义清楚

本例把一组实验输入定义为 32 字节数组。两个 ChaCha8 实例使用完全相同的数组，并且以完全相同的顺序调用 Uint64，得到的结果就可以逐项比较。这里的“相同”不包括把一次运行里的 Uint64 换成另一处的 Read：两种读取接口消耗生成器状态的方式不同，调用顺序一变，后续结果也会跟着变。

package main

import (
    "fmt"
    "math/rand/v2"
)

func main() {
    var seed [32]byte
    copy(seed[:], []byte("experiment-seed-2026-08-30"))

    first := rand.NewChaCha8(seed)
    second := rand.NewChaCha8(seed)
    for i := 0; i 

每行的第二列都应为 true，这个相等检查点就是相同序列。种子内容不是密码，也不应当把它当作密钥使用；它的作用是让实验输入可重建。若结果不一致，先检查种子数组是否被截断，再检查两边是否有额外的读取。

为什么并发时不能只共享一个生成器

实验框架常把样本分给多个 goroutine。此时不要让所有任务直接引用同一个 ChaCha8。即便外部加锁，任务调度顺序也会决定谁先消耗下一段状态，重跑时很难保持相同的交错顺序；没有同步保护则更无法把每个任务的输入对应回来。

更稳妥的做法是让任务编号参与种子构造，并让每个任务拥有自己的实例。下面的示例只演示隔离关系，生产代码还应根据实验规模选择不会重复的种子派生方案。

func sampleForTask(taskID byte, base [32]byte) uint64 {
    seed := base
    seed[31] = taskID
    source := rand.NewChaCha8(seed)
    return source.Uint64()
}

这样，任务 1 和任务 2 的输入路径分别是 taskID、NewChaCha8、Uint64，不再依赖 goroutine 谁先运行。不要直接用时间戳替代任务编号：时间戳既难重放，也可能在高并发下碰撞。

断点续跑要保存当前位置

只保存初始种子只能从头重建，不能回答“第 10000 个样本之后发生了什么”。在需要暂停的节点调用 MarshalBinary，把返回的字节保存到实验记录；恢复时创建一个 ChaCha8，再调用 UnmarshalBinary 写回当前位置。

state, err := source.MarshalBinary()
if err != nil {
    return err
}
if err := resumed.UnmarshalBinary(state); err != nil {
    return err
}

next := resumed.Uint64()

恢复校验要比较“暂停点之后”的下一项，而不是重新比较第一项。序列化数据应和实验参数一起保存，例如实验名称、Go 工具链版本、读取接口和样本编号；如果只留下一个无说明的二进制文件，后续很难确认它来自哪一次实验。

Go 1.24 起，ChaCha8 还实现了 encoding.BinaryAppender，需要追加到已有缓冲区时可以使用 AppendBinary。无论使用哪种保存方式，都要检查返回的 error，并把状态文件视为实验数据而不是安全凭据。

三个容易误判的边界

固定种子不等于固定所有结果

如果样本筛选、并发完成顺序或读取接口发生变化，最终业务结果仍可能不同。复现实验时要同时固定输入数据、任务分片、读取顺序和聚合顺序。

Read 与 Uint64 不要随意交错

官方文档明确提示，二者交错时返回位的顺序未定义，而且 Read 可能返回上一次 Uint64 之前已经生成的位。一个实验选定一种读取接口更容易复核。

ChaCha8 不是密码学密钥管理方案

它适合需要确定性、质量较高的伪随机实验输入；涉及令牌、密钥或不可预测安全随机数时，应改用 crypto/rand，不要因为名字里有 ChaCha 就把实验种子当作密钥。

相关问题

同一个种子每次都会得到相同结果吗？

在相同 Go 实现、相同种子和相同读取顺序下，可以按确定性序列复现。跨实现或改变读取流程时，应把工具链和调用顺序一并记录。

为什么保存种子后不能直接接着跑？

种子只描述初始状态。要从中途继续，必须保存当前位置，使用 MarshalBinary 与 UnmarshalBinary 传递完整状态。

并发实验怎样保证可复核？

给每个任务分配独立种子和独立 ChaCha8，结果带上任务编号，最终按编号排序聚合，避免依赖 goroutine 的完成先后。

小结

把 ChaCha8 用在可复现实验里，可以按“固定种子、隔离任务、保存状态”三步检查。先用两个实例逐项比对，再把并发任务拆成独立输入，最后在暂停点记录 MarshalBinary 状态。这样排查不一致时，能快速判断是种子、调用顺序，还是任务调度造成的差异。