Gin日志不写文件是因Docker环境限制而非框架问题：需用os.OpenFile配合gin.SetOutput指定可写路径（如/app/logs/），挂载宿主机目录并确保UID权限匹配，推荐lumberjack实现轮转。
为什么 Gin 的 gin.DefaultWriter 在 Docker 里不写文件
因为默认日志输出是 os.Stdout，而 Docker 容器中标准输出直接被重定向到日志驱动（如 json-file），你用 fopen("/var/log/app.log", "a") 写文件却没权限或路径不存在，不是 Gin 的问题，是容器运行时环境限制。
- Docker 默认以非 root 用户（或无权写入
/var/log）运行，mkdir -p /var/log不等于有写权限 - 挂载宿主机目录时，若未显式指定
:z（SELinux）或:Z（podman），或宿主机目录属主 UID 不匹配，也会静默失败 - Gin 本身不管理日志落盘，它只把
io.Writer传给gin.SetOutput()，后续全由你提供的 Writer 负责
用 os.OpenFile 配合 gin.SetOutput 写本地文件
这是最直接的方案，但必须确保文件可写且路径存在。推荐在 main() 开头就初始化日志文件句柄，避免并发写冲突。
logFile, err := os.OpenFile("/app/logs/gin.log", os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0644)
if err != nil {
log.Fatal("failed to open log file: ", err)
}
defer logFile.Close() // 注意：不能 defer，因为 gin 需要长期持有
r := gin.Default()
r.Use(gin.LoggerWithWriter(logFile)) // 或 gin.SetOutput(logFile)
- 路径建议用
/app/logs/而非/var/log/，Dockerfile 中RUN mkdir -p /app/logs更可控 - 务必在
docker run时挂载宿主机目录：-v $(pwd)/logs:/app/logs，否则容器退出日志就丢了 - 不要用
log.SetOutput()混用 —— Gin 日志和 Go 标准库日志是两套，混用会导致输出错乱
用 lumberjack.Logger 实现轮转，避免单文件爆炸
直接写死一个文件会无限增长，Docker 日志驱动不处理轮转，得自己上 lumberjack（官方推荐的轮转 Writer）。
logWriter := &lumberjack.Logger{
Filename: "/app/logs/gin.log",
MaxSize: 50, // MB
MaxBackups: 3,
MaxAge: 7, // days
Compress: true,
}
r := gin.Default()
r.Use(gin.LoggerWithWriter(logWriter))
-
lumberjack是线程安全的，适合 Gin 多协程场景 -
MaxSize单位是 MB，不是字节，别填52428800这种硬编码值 - 如果挂载的是 NFS 或某些网络存储，
lumberjack的Rotate()可能因 rename 失败卡住，此时应改用os.Rename兼容模式（需自行封装）
Dockerfile 和运行时必须检查的三项
配置再对，Docker 层漏一项，日志就消失。
-
RUN mkdir -p /app/logs && chown -R nobody:nogroup /app/logs（如果你用USER nobody） -
USER nobody必须在COPY之后、ENTRYPOINT之前，否则创建目录时仍是 root 权限 - 运行时加
--log-driver=local --log-opt max-size=10m是给docker logs用的，不影响gin.SetOutput，别混淆
真正难的不是写哪行代码，而是确认容器内 UID 能否成功 write() 到挂载路径的 inode —— 有时候 ls -l 看权限全对，但 mount 选项里少了 uid=65532，照样写失败。
