生产环境 Gin 日志需重定向到可控文件、禁用 ANSI 颜色、跳过健康检查路径（如 /healthz），并用 logrus + lumberjack 实现结构化与自动轮转，且所有配置须在 gin.Default() 前完成。
直接上生产环境前，必须把日志导向可控位置、过滤无用路径、避免 ANSI 颜色污染文件——否则 gin.Default() 启动的服务在 Kubernetes 里跑几天，/var/log/containers/ 下的 JSON 日志就会因乱码和噪音失效。
改掉 gin.DefaultWriter 是最简生效方式
Gin 的日志输出目标由全局变量 gin.DefaultWriter 控制，默认是 os.Stdout。它只影响 gin.Logger() 中间件（包括 gin.Default() 自带的那个），不涉及你手写的 logrus 或 zap 调用。
常见错误现象：os.Create("app.log") 每次覆盖文件；写入文件后日志里出现 \033[32m 这类颜色字符；容器日志里看到大量乱码。
- 用
os.OpenFile(..., os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0666)确保追加写入 - 若同时要控制台 + 文件，用
io.MultiWriter(file, os.Stdout)，但记得在非 TTY 环境（如 K8s）里关掉颜色：gin.DisableConsoleColor() - 别在
gin.DefaultWriter赋值前调用gin.Default()，否则中间件已绑定旧 writer，改了也无效
跳过健康检查路径，否则日志量爆炸
/healthz、/readyz、/metrics 这类探针接口在 K8s 里每秒轮询多次，全量记日志会快速撑爆磁盘或干扰 ELK 解析。
gin.Logger() 本身不支持跳过路径，必须换用 gin.LoggerWithConfig()：
router.Use(gin.LoggerWithConfig(gin.LoggerConfig{
SkipPaths: []string{"/healthz", "/readyz", "/metrics"},
}))
-
SkipPaths是精确匹配，不支持通配符或正则 - 必须在
router.Use()中显式注册，gin.Default()不认这个配置 - 如果用了自定义 formatter，跳过逻辑仍由 Gin 内部执行，无需你在 formatter 里再判断
结构化日志建议用 logrus + lumberjack 替代默认中间件
默认 gin.Logger() 输出的是固定格式文本，无法添加 trace_id、user_id 等上下文字段，也不支持按大小/时间自动轮转。生产环境推荐用 logrus 接管全部日志（含访问日志 + 业务日志）。
关键点不在“能不能”，而在“怎么不破坏 Gin 请求生命周期”：
- 不要用
logrus.SetOutput()全局劫持——它会影响所有logrus.调用，包括你自己的业务日志 - 用
logrus.New()创建独立实例，专供访问日志使用，并传给gin.LoggerWithConfig的Output字段 - 轮转必须用
lumberjack.Logger，不是os.File：它支持MaxSize、MaxBackups、MaxAge，且线程安全 - formatter 必须实现
logrus.Formatter接口，不能直接塞字符串；时间字段用entry.Time.Format(time.RFC3339)统一时区
容器环境下务必关闭 debug 模式与 ANSI 颜色
本地开发时 gin.DebugMode 会打印路由树、警告等调试信息，这些在容器里毫无价值，反而污染标准输出，干扰 kubectl logs 和日志采集器。
真实部署中容易被忽略的细节：
-
gin.SetMode(gin.ReleaseMode)必须在gin.Default()或gin.New()之前调用，否则无效 -
gin.DisableConsoleColor()要在任何日志写入前执行，否则首次写入可能已输出颜色字符 - K8s 的
containerd或cri-o默认将 stdout/stderr 按行切分并打上 timestamp，所以你的日志末尾必须有\n，否则多条记录会粘连成一行 - 如果用
MultiWriter同时写文件和 stdout，在 K8s 里建议只保留文件，stdout 留给 panic、启动错误等关键事件
