go框架不提供基准测试能力，性能测试依赖原生testing包和go test命令；go test -bench=.无输出是因为benchmark函数未被识别：必须定义在xxx_test.go中、同包、签名func benchmarkxxx(b *testing.b)、循环用b.n。
Go 框架本身不提供基准测试能力，性能基准测试完全依赖 Go 原生 testing 包和 go test 命令——框架只是被测对象，不是测试工具。
为什么 go test -bench=. 没输出？
这是最常卡住人的第一步。不是代码逻辑错，而是基准测试函数根本没被识别。
-
Benchmark函数必须定义在xxx_test.go文件中，且与被测代码同包（不能放在main包或独立测试包里） - 函数签名必须是
func BenchmarkXxx(b *testing.B)，写成*testing.T或漏掉*星号，就会静默跳过 - 函数体里必须用
b.N控制循环，比如for i := 0; i ；硬编码 <code>for i := 0; i 会导致框架无法调节采样次数，结果不可比 - 忘了加
-bench参数：只运行go test或go test -v，Benchmark函数压根不会执行
如何测出真实延迟，而不是缓存假象？
尤其在文件 I/O、数据库驱动、HTTP 客户端等场景，不控制刷盘/同步行为，测出来的是页缓存速度，不是真实持久化延迟。
- 写文件时，用
os.O_SYNC或os.O_DSYNC打开文件，而非默认的异步模式；否则Write返回时数据可能还在内核页缓存里 - 已打开的文件句柄，调
f.Sync()强制落盘，但别在每次b.N迭代里重复调——应在写完后配对调一次 - Linux 下测试前执行
sync && echo 3 | sudo tee /proc/sys/vm/drop_caches，清空页缓存和 inode/dentry 缓存，避免首次快、后续慢的抖动 - HTTP 客户端基准测试要禁用连接复用（
&http.Client{Transport: &http.Transport{MaxIdleConns: 0}}），否则测的是连接池命中率，不是单次请求延迟
怎么避免编译器把被测代码整个优化掉？
Go 编译器很激进，如果中间结果没被读取、返回值被丢弃，整个计算链可能被删净，导致 0 ns/op 的假优结果。
- 把关键返回值赋给一个全局变量或
blackhole变量，例如：var result int; result = myFunc(); _ = result - 不要只写
_ = myFunc()，某些情况下仍会被优化；显式声明变量并引用更可靠 - 对纯计算型函数，加
b.ReportAllocs()并配合-benchmem，若allocs/op为 0 但你预期有分配，大概率是代码被优化了 - 用
b.StopTimer()和b.StartTimer()把初始化（如构建 map、解析 JSON）包在计时外，但别在循环里反复调用它们
横向对比多个实现时，为什么 ns/op 不能直接比？
因为 go test -bench=. 默认只跑 1 秒，框架会自动调整每个函数的 b.N。A 函数单次快，b.N 就拉得很大；B 函数单次慢，b.N 就很小——两者实际执行规模不同，直接比 ns/op 会误导。
- 加
-benchtime=5s延长总时长，减少计时抖动影响 - 用
-count=1避免多次运行取平均（有时反而引入 GC 波动噪音） - 想严格对齐迭代规模，可手动固定参数，比如
n := 1000，然后在循环里统一调myFunc(n)，再对比ns/op - 务必加
-benchmem，重点关注B/op和allocs/op：内存分配少往往意味着更少 GC 压力，实际吞吐更稳
真正难的不是写 Benchmark 函数，而是理解你到底想测什么——是单次调用延迟？还是持续吞吐？是 CPU bound 还是 I/O bound？选错指标、忽略系统缓存、放任编译器优化，测得再“快”，也救不了线上性能。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
