go语言中不存在内置纯函数机制，纯函数仅为开发者行为约束；标准库中fmt.println、os.writefile等因访问外部状态而具副作用，strings.replaceall等则属纯函数。
Go 里根本没有“内置纯函数”这个概念
Go 语言标准库中没有任何函数被官方标记为“纯函数”，也没有运行时检查或强制机制来保证纯性。所谓“纯函数”只是开发者对函数行为的一种约束描述，不是语言特性。你写的 add 是纯的，fmt.Println 是非纯的，全靠人肉判断——编译器不拦、文档不标、类型系统不管。
哪些标准库函数明显有副作用
副作用函数的识别非常直接：只要它碰了外部状态，就不是纯的。常见例子包括：
-
fmt.Println、log.Print：写 stdout/stderr，输出顺序和并发调用结果不可预测 -
os.WriteFile、io.Copy：修改文件系统或流状态 -
time.Now：返回值依赖系统时钟，相同调用时间点不同结果不同 -
math/rand.Intn（未设置 seed）：内部维护全局随机状态，多次调用结果不同 -
sync.Mutex.Lock：改变锁对象的内部字段，是典型副作用操作
这些函数在并发 goroutine 中调用时，必须考虑竞态——不是因为“调用了函数”，而是因为它们读写共享状态。
哪些函数常被误认为“纯”，但其实不是
有些函数看起来只计算、不 IO，但仍有隐式依赖或可变状态：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
-
strings.ReplaceAll：纯（输入字符串不可变，返回新字符串）✅ -
strings.Replace：纯（同上）✅ -
regexp.Compile：非纯 ❌——首次调用会触发正则引擎缓存初始化，影响后续性能；且内部使用 sync.Once，有状态 -
json.Marshal：看似纯，但若传入含time.Time值的结构体，结果依赖time.Location（可能来自全局设置）⚠️ -
net.ParseIP：纯 ✅，但net.LookupHost：非纯 ❌（发起 DNS 请求，修改 socket 状态，受网络环境影响）
关键判断依据不是函数名，而是它是否访问全局变量、是否调用其他非纯函数、是否依赖当前时间/环境变量/随机数生成器等外部输入。
自己写纯函数时最容易踩的坑
即使你刻意避免全局变量，仍可能在不经意间引入副作用：
- 把指针接收者方法当成纯函数用：
(*MyType).DoSomething()修改了接收者字段 → 非纯 - 闭包捕获外部变量：
func() int { return counter++ }中的counter是包级变量 → 非纯 - 用
unsafe或反射修改底层数据 → 绕过类型系统，副作用隐形且难查 - 调用
runtime.GC或debug.SetGCPercent→ 改变运行时状态，影响整个程序行为 - 在函数内启动 goroutine 并写 channel → 外部能观察到 channel 状态变化 → 有副作用
真正安全的纯函数，只读参数、只返回新值、不调用任何可疑函数——哪怕一行 fmt 或 time 调用，都足以让它失效。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
