Go中rand.Intn(10)总返回相同数，因全局随机源种子固定为0（Go 1.20+）或1（旧版），未自动读取系统熵；须手动创建*rand.Rand实例或改用math/rand/v2。
Go 语言里直接调用 rand.Intn(10) 总是返回同一个数，不是你代码写错了，而是 math/rand 的全局随机源默认种子固定为 0（Go 1.20+）或 1（旧版）——它压根没从系统取熵，也不自动设种。
为什么 rand.Intn() 每次都输出相同数字
因为 Go 不会替你做“合理默认”：全局函数如 rand.Intn、rand.Float64 都依赖一个内置的 *rand.Rand 实例，而它的种子在包初始化时就被硬编码为固定值。没有显式干预，就永远是确定性序列。
- Go < 1.20：还能用
rand.Seed(time.Now().UnixNano())，但它是全局副作用，多 goroutine 并发调用会 panic - Go 1.20+：
rand.Seed()已被彻底移除，编译直接失败 - 漏掉
"time"导入会导致time.Now().UnixNano()恒为 0，种子还是固定值 - 用
time.Now().Unix()（秒级）在高并发或快速重跑时极易撞种子
Go 1.20+ 正确初始化随机源的两种方式
必须自己创建独立的 *rand.Rand 实例，不能依赖全局函数。选哪种取决于你是否需要可重现性：
- 要不可预测 + 零配置 + 线程安全 → 用
math/rand/v2：import "math/rand/v2"，然后直接rand.IntN(100)，它自动读/dev/urandom，无需设种，但不支持固定种子 - 要可重现（测试、游戏存档、压测脚本）→ 退回
math/rand，手动构造：r := rand.New(rand.NewPCG(uint64(time.Now().UnixNano()), 0))；测试时把第一个参数换成固定整数（如 42）
rand.NewPCG() 比 rand.NewSource() 更快、周期更长，两个参数分别是种子和流 ID，避免多个实例互相干扰。
立即学习“go语言免费学习笔记（深入）”；
Intn 和 Int63n 别乱混用
两者都生成 [0, n) 整数，但适用场景不同：
-
r.Intn(n)是通用封装，要求n > 0且n <= 1<<63；日常取数组索引、骰子点数够用 -
r.Int63n(n)更底层，性能略高，但同样有n <= 1<<63限制；若需更大范围，得用r.Int63()+ 手动拒绝采样 - 绝对别写
rand.Int() % n：分布不均，且rand.Int()返回的是平台相关 int（32 或 64 位），容易溢出
并发环境下怎么安全用随机数
*rand.Rand 实例不是并发安全的——多个 goroutine 同时调 r.Intn() 可能 panic 或返回错误值。
- 推荐做法：每个 goroutine 自己 new 一个实例，种子用
time.Now().UnixNano() ^ int64(goroutineID)类似方式微调，避免纳秒级撞车 - 不推荐 sync.Pool 复用：需每次 get 后重置种子，逻辑复杂且收益极小
- 绝对不要把一个全局
r *rand.Rand传进多个 goroutine 并发调用
真正容易翻车的，不是语法写错，而是默认行为太安静：没报错、没 warning，只默默给你一串可预测的数。CLI 工具里用随机打散顺序却忘了初始化自己的源，上线后就会发现“随机排序”永远是同一个顺序。
