最直接有效的方式是用 time.Now() 配合 defer + 匿名函数；因其轻量可靠、不侵入业务逻辑且覆盖所有返回路径，而 defer fmt.Println(time.Since(start)) 错误在于 time.Since(start) 在 defer 注册时即求值，导致结果恒接近 0。

最直接有效的方式是用 time.Now() 配合 defer + 匿名函数，它轻量、可靠、不侵入业务逻辑，且能覆盖 panic 和任意 return 路径。

为什么不能写 defer fmt.Println(time.Since(start))

因为 time.Since(start) 在 defer 语句执行时就立即求值，不是在函数返回时才计算。结果永远接近 0，完全失去统计意义。

• 错误写法：defer log.Printf("took %v", time.Since(start)) → 注册即执行
• 正确写法：defer func() { log.Printf("took %v", time.Since(start)) }()
• 等价但更清晰：defer func() { fmt.Println(time.Since(start)) }()

如何封装成可复用的 timer 类型

当需要多次测量子步骤、跨 goroutine 传参、或嵌套统计时，硬写闭包会重复且难维护。推荐定义一个结构体封装起始时间与计算逻辑：

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

• 每个 goroutine 必须独立创建实例，不能共享 start 时间点
• 避免在 timer 方法里调用 time.Now() 多次——每次调用都有微小开销，高频场景建议缓存或改用 runtime.nanotime()
• 示例简写：

  type timer struct{ start time.Time }
  func (t *timer) Elapsed() time.Duration { return time.Since(t.start) }
  // 使用：
  t := &timer{start: time.Now()}
  defer func() { log.Printf("total: %v", t.Elapsed()) }()
  

什么时候该换 Benchmark 或 pprof

临时调试、关键路径埋点、日志打点，defer + time.Now() 完全够用；但以下情况必须切到标准工具链：

立即学习“go语言免费学习笔记（深入）”；

• 要对比优化前后差异（如算法重构），go test -bench=. 提供稳定、可复现的 ns/op 基准
• 想定位 CPU 热点或内存分配问题，pprof 能可视化调用栈和耗时分布
• 测小函数（比如 getter）时，必须加 -gcflags="-l" 禁用内联，否则 benchmark 测的是内联后的机器码，不是真实调用开销
• 测 sleep、I/O 等系统行为时，注意容忍调度误差——time.Since() 得到的是“至少休眠了多久”，不是“精确等于”

真正容易被忽略的是：函数是否被编译器内联、goroutine 是否共享 timer 实例、以及测试时是否误把 setup 时间算进耗时里——这些不会报错，但会让数字完全失真。