纯函数是go单元测试和并发的基础设施，因其无副作用、不依赖全局状态，使测试无需mock、并行安全且避免data race。
纯函数在 Go 单元测试和并发场景里不是“加分项”，而是降低出错概率的基础设施——只要它真纯（只依赖输入、无副作用、不碰全局/共享状态），测试就不用 mock，goroutine 就不怕竞争。
纯函数让 go test 不用操心状态隔离
单元测试失败常源于隐式状态污染：比如某个 init() 修改了包级变量，或前一个测试调用了修改 time.Now() 行为的打桩函数。纯函数天然规避这类问题。
- 测试只需关注输入输出：传
1, 2就断言返回3，不用管外部时钟、数据库连接或缓存是否被上个测试搞乱 - 无需
testify/mock桩依赖：纯函数没 I/O、没网络、不读文件，根本不需要模拟——直接调用，结果确定 - 并行测试安全：
go test -p 4时，多个测试并发跑同一个纯函数，不会互相干扰
goroutine 并发调用纯函数不会触发 data race
Go 的 race detector 报错大多来自多 goroutine 同时读写同一内存地址。纯函数不读写任何共享变量，也就没有竞争基础。
- 典型错误场景：多个 goroutine 调用
append()到同一个切片变量 →Data race on slice - 纯函数解法：把切片作为参数传入，内部新建切片返回，原变量不受影响
- 注意闭包陷阱：看似纯的匿名函数如果捕获了外部可变变量（如
for i := range items { go func() { use(i) }() }），实际已不纯 —— 这里i是共享变量，必须显式传参go func(idx int) { use(idx) }(i)
testing.T.Parallel() 能放心开，但得先确认函数真纯
很多人开了 t.Parallel() 却仍遇到随机失败，根源常是误判“纯”：函数表面没改全局变量，但可能间接依赖了非线程安全的第三方库，或调用了带内部状态的包级函数（如 rand.Intn() 默认用全局 rand.Rand）。
- 检查所有依赖：确保函数内没调用
log.Print、os.Stdout.Write、time.Sleep等有副作用的操作 - 替代方案：用
rand.New(rand.NewSource(seed))显式传入独立的随机源，而不是依赖全局实例 - 验证方式：对同一输入反复调用 1000 次，结果必须完全一致；再在 10 个 goroutine 里并发调用，结果仍一致且无 panic
纯函数的价值不在语法炫技，而在缩小推理边界——你只需要盯着参数和返回值，就能确信它不会悄悄改掉别的东西。一旦混入状态、I/O 或时间依赖，它就不再是纯函数，上述所有优势立刻失效。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
