最简洁方式是函数入口调用start := time.now()，defer中用匿名函数延迟执行time.since(start)打印耗时；它轻量无依赖、不侵入业务、确保panic或任意return路径均能统计，但需避免在defer外提前求值time.since(start)。
怎么用 defer 和 time.Now() 统计函数耗时最简洁？
直接在函数开头调用 time.Now()，结尾用 defer 打印差值，是 Go 里最轻量、最惯用的写法。它不侵入业务逻辑，也不依赖外部工具，适合临时调试或关键路径埋点。
-
defer确保无论函数从哪个return退出，统计逻辑都执行 - 别用
time.Since()在defer外提前计算——那会立刻求值，失去意义 - 示例：
func handleRequest() { start := time.Now() defer func() { log.Printf("handleRequest took %v", time.Since(start)) }() // ... 业务逻辑 }
为什么不能把 time.Since() 写在 defer 行外面？
因为 defer 后面的表达式在 defer 语句执行时就求值，不是在实际调用时。如果写成 defer log.Printf("took %v", time.Since(start))，time.Since(start) 会在 defer 注册那一刻就运行，而不是函数返回时——结果永远接近 0。
- 错误写法：
defer fmt.Println(time.Since(start))→ 立即执行，无效 - 正确写法：用匿名函数包裹，延迟到 return 时才读取
start并计算 - 等价但更清晰的写法：
defer func() { fmt.Println(time.Since(start)) }()
需要多次统计或跨 goroutine 怎么办？
单个函数内用 defer + time.Now() 足够；但若要统计子步骤、嵌套调用，或想把耗时传给下游（比如 HTTP header、日志上下文），就得封装成可复用结构。
- 推荐定义一个
timer类型，带Elapsed()方法，避免重复写闭包 - goroutine 安全：每个 goroutine 应独立创建 timer，不要共享
start时间点 - 注意：
time.Now()开销极小，但高频调用（如每毫秒）仍建议缓存或改用runtime.nanotime()（需自行换算）
生产环境要不要用 defer 做性能监控？
可以，但得小心——defer 本身有微小开销（约几十纳秒），且堆上分配匿名函数闭包。QPS 过万的热点函数，建议用更轻量方式，比如手动配对 start/end 或集成 pprof。
- 开发/测试阶段：
defer方案足够快、足够清楚 - 压测发现瓶颈时：检查是否真由
defer引起（用go tool trace看调度和函数调用开销） - 真正要上报指标：别拼字符串打日志，走 metrics 库（如
prometheus的HistogramVec）
时间统计本身很简单，难的是什么时候该停手——别让一行 defer 变成性能盲区，也别为省几纳秒提前过度设计。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
