默认的iris.logger()不满足生产需求，因仅输出基础字段（方法、路径、状态码、耗时），缺乏时间戳、客户端ip、user-agent、请求/响应体大小等关键信息，且不支持结构化日志（如json）和elk/loki对接，也无法按路径或状态码采样过滤。
为什么默认的 iris.Logger() 中间件不满足生产需求
它只打印基础请求信息（方法、路径、状态码、耗时），缺少年份时间戳、客户端 IP、User-Agent、请求体大小、响应体大小等关键字段；更严重的是，它不支持结构化日志（如 JSON）、无法对接 ELK 或 Loki，也不能按路径或状态码做采样过滤。
用 iris.WrapRouter() 自定义日志中间件的正确姿势
别直接改 app.Use() 顺序或套多层 iris.Logger() —— 它们共享同一个输出流且不可定制字段。应使用 iris.WrapRouter() 包裹原路由逻辑，在进入和退出时精确控制日志时机：
- 在
ctx.Next()前记录请求开始时间、ctx.RemoteAddr()、ctx.GetHeader("User-Agent")、ctx.ContentLength() - 在
ctx.Next()后读取ctx.StatusCode()、ctx.Response.Header().Get("Content-Length")（注意：若未显式设置 Content-Length，该值为空） - 用
time.Since()算真实耗时，而非依赖ctx.Values().GetFloat64("duration")（该值在WrapRouter中不可靠） - 避免调用
ctx.Request().Body两次（会触发http: read on closed response body错误）—— 如需记录请求体，得用iris.RequestCtx.ReadBody()并缓存
ctx.Record() 和 ctx.ResetBody() 在日志中的实际作用
这两个方法不是为日志设计的，但常被误用。它们用于重写响应体，比如统一加 JSON 外壳或错误包装。如果想在日志里看到响应内容，必须在 ctx.Next() 后手动读取 ctx.Response.Body —— 但要注意：iris 默认使用内存缓冲（memoryResponseWriter），所以可安全读取一次：
body, _ := ctx.Response.Body.Bytes()
log.Printf("response body: %s", string(body))
不过，大响应体（如文件下载）会吃内存，生产环境应跳过或限制长度（例如只取前 256 字节）。
如何让日志同时输出到文件和 stdout，并支持 logrotate
iris 本身不内置 rotate 支持，得靠外部包。推荐用 lumberjack.Logger 封装 io.Writer：
import "gopkg.in/natefinch/lumberjack.v2"
fileWriter := &lumberjack.Logger{
Filename: "/var/log/iris/access.log",
MaxSize: 100, // MB
MaxBackups: 7,
MaxAge: 28, // days
}
app.Logger().SetOutput(io.MultiWriter(os.Stdout, fileWriter))
注意：app.Logger().SetOutput() 只影响 iris.Logger() 默认中间件；自定义中间件必须自己调用 log.SetOutput() 或传入 writer，否则日志会丢失。
ctx.RemoteAddr() 可能返回 "::1:xxxx" 而非真实客户端 IP；若前端有 Nginx，必须手动解析 X-Forwarded-For 并校验可信代理段，否则日志里的 IP 全是内网地址。
