time.since() 测接口耗时需避开 defer 捕获不准、panic 漏统计、路径还原错误三坑；http 中间件应显式记录 start/end 时间、包装 responsewriter 获取真实 status、用 r.url.path 和 milliseconds().round() 记录日志。
直接用 time.Since() 测接口耗时，90% 的人会踩到 defer 闭包捕获时间点不准、panic 漏统计、路径还原错误这三类坑——不是不能用，而是得知道在哪埋点、怎么埋、埋完怎么验证。
为什么 defer + time.Now() 在 HTTP handler 里容易失真
很多人写成这样：
func myHandler(w http.ResponseWriter, r *http.Request) {
start := time.Now()
defer fmt.Printf("cost: %v\n", time.Since(start))
// ... 业务逻辑
}
问题在于：defer 是函数返回时才执行，但 handler 可能因 panic、context 超时、客户端断连提前退出，time.Since(start) 根本不会跑。更隐蔽的是：如果 handler 里有多个 return，或中间件提前 http.Error()，defer 就成了摆设。
- 真正要测的是「实际处理耗时」，不是「函数生命周期」
- 必须在
next.ServeHTTP()前后各打一次时间点，且不能依赖defer闭包捕获开始时间（协程调度可能让 start 偏移） - 正确姿势是显式调用
time.Now()两次，用time.Since(start)算差值，别用end.Sub(start)（语义一样，但Since更直觉）
HTTP 中间件里怎么记准耗时字段
标准中间件模板里，耗时统计必须和状态码、路径绑定，否则日志无法用于聚合分析：
func LoggingMiddleware(next http.Handler) http.Handler {
return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
start := time.Now()
// 包装 ResponseWriter 捕获 status
rw := &responseWriter{ResponseWriter: w, status: 200}
next.ServeHTTP(rw, r)
dur := time.Since(start).Milliseconds()
// 四舍五入取整，单位毫秒，避免小数干扰排查
log.Printf("%s %s %d %.0fms", r.Method, r.URL.Path, rw.status, dur)
})
}
- 路径必须用
r.URL.Path，别试图从gorilla/mux的r.Context().Value()还原路由模板（没匹配上就 panic） - 耗时统一转
Milliseconds()后四舍五入，不保留小数点（%.0fms），避免日志里出现12.000000ms这种干扰项 - status 必须包装
ResponseWriter才能拿到真实写入值，原生w没法读 - 别在日志里拼
r.URL.String()——query 参数可能含 token、密码等敏感信息
函数级耗时统计的三种写法，哪种适合压测
调试用 defer 封装没问题，但压测必须用 testing.B：
-
BenchmarkXXX函数里，b.N是框架动态调整的循环次数，确保总耗时稳定；手动写for i := 0; i 会受 GC、调度抖动影响结果 - 初始化开销（如 new map、打开文件）必须放在
b.ResetTimer()之前，否则计入统计 - 禁止在
Benchmark函数里用fmt.Println或log.Printf——I/O 本身就会污染计时 - 想看内存分配？加
-benchmem参数，关注allocs/op和B/op，不是只盯ns/op
容易被忽略的监控盲区：panic 和超时请求
标准中间件只能捕获正常流程，这两类请求默认静默：
- handler 内部 panic：需用
defer+recover捕获，并在 recover 分支里补打日志，记录panic信息和已耗时 - context 超时（
context.DeadlineExceeded）：此时next.ServeHTTP()已返回，但耗时可能远超预期，需在 defer 里检查r.Context().Err()并单独标记 - 客户端断连（
http.ErrHandlerTimeout或写 response 时write: broken pipe）：这类错误通常发生在ServeHTTP返回之后，得靠包装ResponseWriter的Write方法捕获 - 所有异常路径的日志字段名必须和正常路径一致（
method、path、status、duration_ms），否则 Loki/ELK 里没法统一查
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
