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 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，避免多个实例互相干扰。
Intn 和 Int63n 别乱混用
两者都生成 [0, n) 整数，但适用场景不同：
-
r.Intn(n)是通用封装，要求n > 0且n ；日常取数组索引、骰子点数够用 -
r.Int63n(n)更底层，性能略高，但同样有n 限制；若需更大范围，得用 <code>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 工具里用随机打散顺序却忘了初始化自己的源，上线后就会发现“随机排序”永远是同一个顺序。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
