gin.LoggerWithConfig不能直接替换为logrus，因其返回gin.HandlerFunc类型，而logrus是独立日志库，接口不兼容；强行替代会导致状态码恒为0、耗时恒为0、无动态请求上下文，必须通过c.Next()前后精确捕获时机并用c.Writer.Status()和time.Since()获取真实指标。
gin.LoggerWithConfig 为什么不能直接替换为 logrus
因为 gin.LoggerWithConfig 返回的是 Gin 原生中间件类型 gin.HandlerFunc，而 logrus 是独立日志库，两者接口不兼容。强行用 logrus.Info 替代 gin.Logger() 不会自动捕获请求上下文（如 status、latency、path），也不会触发 c.Next() 的生命周期钩子。
常见错误现象：日志只输出固定字符串，不随请求变化；状态码始终为 0；执行时间恒为 0；c.Writer.Status() 在 c.Next() 前调用返回 0。
- 必须用
c.Next()触发后续 handler 执行，再读取响应数据 - logrus 日志需在
c.Next()后获取c.Writer.Status()和c.Writer.Size() - 不能在中间件里直接调用
logrus.WithFields(...).Info()就完事，字段必须动态提取
logrus 中间件里如何安全读取响应状态和耗时
关键点在于 timing + 状态捕获时机。Gin 的 ResponseWriter 是包装过的，原生 http.ResponseWriter 被替换成 responseWriter 类型，其 Status() 方法只在写 header 后才返回真实值——而 header 往往在 c.String()、c.JSON() 等方法内部才真正写出。
所以必须确保：c.Next() 执行完毕后，再读取状态和耗时，否则拿到的全是默认值。
- 开始时间用
startTime := time.Now()放在c.Next()前 - 结束时间用
endTime := time.Now()放在c.Next()后 - 状态码必须用
c.Writer.Status()，不是c.Writer.Status()的别名或缓存字段 - 响应体大小用
c.Writer.Size()，不是len(body)（body 可能未被显式读取）
logrus.WithFields() 字段怎么对应 Gin 请求信息
字段映射要准确，避免拼错 key 或漏掉关键维度。比如 "ip" 应该从 c.ClientIP() 获取，而不是 c.Request.RemoteAddr（后者可能被代理污染）；"user_agent" 必须用 c.GetHeader("User-Agent")，而非硬编码空字符串。
典型字段组合：
-
"method"→c.Request.Method -
"path"→c.Request.URL.Path（不是c.FullPath()，后者含路由参数占位符） -
"status"→c.Writer.Status() -
"latency"→endTime.Sub(startTime) -
"ip"→c.ClientIP() -
"user_agent"→c.GetHeader("User-Agent") -
"referer"→c.GetHeader("Referer")（注意拼写是 Referer，不是 Referrer）
logrus 日志文件轮转为什么用 lumberjack.v2 而不是 rotatelogs
lumberjack.Logger 是同步写入、线程安全、无额外 goroutine 开销的轮转实现；rotatelogs 内部启 goroutine 定时检查并切割，对低频服务没问题，但在高并发下可能因定时器精度或竞争导致日志丢失或重复写入。
更关键的是：lumberjack 的 Write 方法是阻塞同步的，与 logrus 的默认输出逻辑天然契合；而 rotatelogs 的 writer 实际是异步缓冲写入，容易在进程退出时丢最后一段日志。
-
lumberjack配置项：MaxSize（MB）、MaxBackups、MaxAge、Compress -
rotatelogs需配合WithRotationTime和WithLinkName，但软链接在容器或 NFS 挂载下可能失效 - 生产环境优先选
lumberjack.v2，尤其当你的服务要求日志 100% 可靠落盘时
最易被忽略的是：logrus 实例的 Out 字段一旦设置，就不能被多个中间件共用——每个中间件都应复用同一个 logger 实例，而不是各自 new 一个。否则字段、格式、输出目标都会错乱。初始化 logger 必须在 main 入口完成，并作为参数传入中间件，而非在中间件函数体内创建。
