Go 1.18起原生支持覆盖率引导的模糊测试，需写合规fuzz函数（单参数*testing.F）、提供有效种子语料、在Fuzz闭包中做断言并合理约束运行时长与资源。
Go 1.18 起原生支持模糊测试（fuzzing），它不是“随机输入测试”的简单模拟，而是基于覆盖率引导的自动化探索——能系统性触发边界条件、未处理错误和内存异常。关键在于写对 fuzz 函数签名、提供有意义的种子语料，并理解 Go fuzzing 的生命周期约束。
写一个合规的 fuzz 函数
函数必须接收单个参数，类型为 *testing.F，且内部调用 F.Add() 提供初始输入样例（seed corpus）：
- 参数类型只能是基础类型（
string,int,bool,[]byte）或它们的组合（如struct{ S string; N int }），不能含指针、函数、channel、interface{} 等不可序列化类型 - 必须在函数开头调用
f.Fuzz(...)，传入一个形参匹配的闭包，Go 运行时会持续向其注入变异后的输入 - 避免在
Fuzz闭包中做全局状态修改（如改全局变量、写文件），否则影响可重现性
用种子语料加速发现深层 bug
空跑 fuzz 很难快速触达复杂逻辑分支。主动提供种子能显著提升效率：
- 在
f.Add()中加入典型值、边界值和已知易错输入，例如解析函数可加"", "123", "-1", "9223372036854775807", "9223372036854775808" - 语料可来自真实日志、API 请求记录或手动构造的 corner case，保存为
testdata/fuzz/FuzzParseInt/corpus/下的文本文件（每行一个输入） - 运行时 Go 会自动将新发现的高价值输入（如提升覆盖率的）持久化到本地语料库，下次测试直接复用
让 fuzz 暴露真正的问题
fuzz 不是万能锤——它只报告 panic、data race 和部分未定义行为。要捕获逻辑错误，需主动断言：
立即学习“go语言免费学习笔记（深入）”；
- 对无副作用函数（如 JSON 解析、base64 编解码），可做 round-trip 断言：
out, _ := Parse(in); back, _ := Format(out); if back != in { f.Fatal("round-trip mismatch") } - 对有状态函数（如 parser、state machine），检查不变量是否被破坏，例如“解析后 AST 节点数不能为负”“状态迁移不能跳过中间态”
- 开启
-race标志运行 fuzz：go test -fuzz=FuzzParse -fuzztime=30s -race，可捕获并发竞争
控制范围与终止条件
默认 fuzz 可能跑太久或卡在低价值路径。合理约束能提升实效性：
- 用
-fuzztime（如10s）或-fuzzmaxbytes（限制单次输入大小）防止无限循环或 OOM - 在 fuzz 闭包中检测超时：
if time.Since(start) > 100*time.Millisecond { return }，避免单次执行拖慢整体进度 - 发现 crash 后，Go 自动生成最小化失败用例（
test/fuzz/FuzzXxx/crashers/），可直接复现并调试，无需人工还原输入
不复杂但容易忽略：fuzz 是长期维护行为，应像单元测试一样纳入 CI，定期运行并更新语料库。一次有效的 fuzz 测试，往往比一百次手写随机测试更能暴露深层缺陷。
